Hangi test dokümantasyonu mevcut?

Test dokümantasyonu, testlerin çeşitli aşamalarında kullanılan artefaktları içerir. Ana türler:

• Test Politikası (Test Policy): Organizasyonda testlerin hedeflerini, yaklaşımlarını ve ilkelerini belirleyen yüksek seviyeli belge.
• Test Stratejisi (Test Strategy): Belirli bir proje veya ürün için genel test planını, kapsamını, kaynakları, takvimi ve yöntemleri içeren daha detaylı belge.
• Test Planı (Test Plan): Belirli bir yineleme veya sürüm için testlerin detaylı adımlarını açıklayan belge. Şunları içerir:
  • Testlerin hedefleri ve amaçları.
  • Test kapsamı (ne test edilir, ne edilmez).
  • Giriş ve çıkış kriterleri.
  • Test türleri.
  • Test ortamı.
  • Roller ve sorumluluklar.
  • Takvim.
  • Risk yönetimi.
  • Testlerin durdurulması ve yeniden başlatılması kriterleri.
• Test Senaryosu / Test Durumu (Test Case): Belirli bir testi gerçekleştirmek için adımları ve beklenen sonucu tanımlayan belge.
• Kontrol Listesi (Checklist): Adımların detaylı açıklaması olmadan kontrol edilecek maddelerin veya fonksiyonların listesi. Adımlar açık veya formalizasyon gerektirmediğinde kullanılır.
• Test Seti / Test Koleksiyonu (Test Suite / Test Set): Belirli bir kritere göre gruplanmış test durumlarının koleksiyonu.
• Hata Raporu / Defekt Raporu (Bug Report / Defect Report): Bulunan hatayı, tekrar üretme adımlarını, gerçek ve beklenen sonuçları, ortamı ve kritiklik seviyesini içeren belge.
• Test Yürütme Raporu (Test Execution Report): Testlerin sonuçlarını özetleyen belge; geçme/kalma durumu, bulunan hata sayısı ve genel ilerleme dahil.
• Test Kapanış Raporu (Test Closure Report): Tüm test çabasını özetleyen belge; son durumu, öğrenilen dersleri ve önerileri içerir.
• İzlenebilirlik Matrisi (Traceability Matrix): Test artefaktlarını gereksinimlerle bağlayan belge, tüm gereksinimlerin testlerle kapsandığından emin olmaya yardımcı olur.

Basit bir test durumu yapısına örnek:

Alan	Açıklama
Test Durumu ID	Benzersiz tanımlayıcı
Test Durumu Adı	Kısa açıklama
Test Durumu Amacı	Neyin kontrol edildiği
Ön Koşullar	Uygulamadan önceki gerekli koşullar
Yürütme Adımları	Aksiyonların sırası
Beklenen Sonuç	Elde edilmesi gereken sonuç
Son Koşullar	İşlemin ardından sistem durumu

Basit bir hata raporu örneği:

Alan	Açıklama
Hata ID	Benzersiz tanımlayıcı
Kısa Açıklama	Sorunun bir cümlede özeti
Proje / Modül	Hatanın bulunduğu yer
Ürün Versiyonu	Hatanın bulunduğu sürüm
Ortam	İşletim sistemi, tarayıcı, ayarlar
Tekrarlama Adımları	Hatanın tekrar edilmesi için adımlar
Gerçek Sonuç	Olanlar
Beklenen Sonuç	Nasıl olması gerekiyordu
Kritiklik Seviyesi	İşlevselliğe etkisi (Blocker, Critical, Major, Minor, Trivial)
Öncelik	Ne kadar hızlı düzeltilmeli (High, Medium, Low)
Hata Sahibi	Hatanı bulan kişi
Oluşturulma Tarihi
Durum	(Yeni, Açık, İşlemde, Çözüldü, Kapatıldı, Yeniden Açıldı)
Atanan Kişi	Geliştirici, sorumlu

# Test otomasyonu için örnek kod (parça)
def test_user_login_successful():
    # Ön adımlar
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Yürütme adımı
    login_page.click_login_button()
    
    # Beklenen sonucu kontrol
    assert home_page.is_dashboard_displayed()
    # Son adımlar (örneğin, çıkış yapma)
    home_page.logout()

# Otomatik test setini çalıştırmak için örnek komut
pytest tests/smoke_tests.py

Dokümantasyon, proje geliştirme metodolojisine ve gereksinimlere bağlı olarak hem resmi (şablonlara uygun olarak oluşturulmuş) hem de gayri resmi olabilir.