Jaka istnieje dokumentacja testowa?

Dokumentacja testowa obejmuje artefakty używane na różnych etapach testowania. Główne rodzaje:

• Polityka testowa (Test Policy): Dokument na wysokim poziomie, określający cele, podejścia i zasady testowania w organizacji.
• Strategia testowania (Test Strategy): Bardziej szczegółowy dokument opisujący ogólny plan testów dla konkretnego projektu lub produktu, obejmujący zakres, zasoby, harmonogram i metody.
• Plan testów (Test Plan): Dokument szczegółowo opisujący konkretne działania testowe dla określonej iteracji lub wydania. Zawiera:
  • Cele i zadania testowania.
  • Zakres testów (co jest testowane, czego nie).
  • Kryteria wejścia i wyjścia.
  • Typy testów.
  • Środowisko testowe.
  • Role i odpowiedzialności.
  • Harmonogram.
  • Zarządzanie ryzykiem.
  • Kryteria wstrzymania i wznowienia testów.
• Scenariusz testowy / Przypadek testowy (Test Case): Dokument opisujący konkretne kroki do wykonania testu, wraz z oczekiwanym wynikiem.
• Lista kontrolna (Checklist): Lista punktów lub funkcji do sprawdzenia bez szczegółowego opisu kroków. Używana, gdy kroki są oczywiste lub nie wymagają formalizacji.
• Zestaw testów (Test Suite / Test Set): Kolekcja przypadków testowych pogrupowanych według określonego kryterium (np. funkcjonalności lub typu testu).
• Raport błędu / Defekt (Bug Report / Defect Report): Dokument opisujący wykryty błąd, zawierający kroki reprodukcji, faktyczne i oczekiwane wyniki, środowisko i poziom krytyczności.
• Raport wykonania testów (Test Execution Report): Dokument podsumowujący wyniki wykonania testów, w tym status przejścia/niepowodzenia przypadków, liczbę znalezionych błędów i ogólny postęp.
• Raport zamknięcia testu (Test Closure Report): Dokument podsumowujący cały wysiłek testowy, zawierający końcowy status, wyciągnięte lekcje i zalecenia.
• Macierz śledzenia (Traceability Matrix): Dokument łączący artefakty testowe z wymaganiami, pomagający zapewnić pokrycie wszystkich wymagań testami.

Przykład struktury prostego przypadku testowego:

Pole	Opis
ID przypadku testowego	Unikalny identyfikator
Nazwa przypadku testowego	Krótki opis zestawu
Cel testu	Co jest sprawdzane
Warunki wstępne	Niezbędne warunki przed rozpoczęciem
Kroki wykonania	Sekwencja działań
Oczekiwany wynik	Wynik, który powinien zostać uzyskany
Warunki końcowe	Stan systemu po wykonaniu

Przykład prostego raportu błędu:

Pole	Opis
ID błędu	Unikalny identyfikator
Krótki opis	Podsumowanie problemu w jednym zdaniu
Projekt / Moduł	Gdzie znaleziono błąd
Wersja produktu	Wersja, w której znaleziono błąd
Środowisko	OS, przeglądarka, ustawienia
Kroki reprodukcji	Sekwencja działań do odtworzenia błędu
Faktyczny wynik	Co się stało
Oczekiwany wynik	Jak powinno być
Krytyczność	Wpływ na funkcjonalność (Blocker, Critical, Major, Minor, Trivial)
Priorytet	Jak szybko naprawić (High, Medium, Low)
Autor błędu	Kto znalazł błąd
Data utworzenia
Status	(Nowy, Otwarte, W trakcie, Rozwiązane, Zamknięte, Ponownie otwarte)
Przydzielone do	Programista, odpowiedzialny

# Przykład kodu do automatyzacji przypadku testowego (fragment)
def test_user_login_successful():
    # Kroki wstępne
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Krok wykonania
    login_page.click_login_button()
    
    # Sprawdzenie oczekiwanego wyniku
    assert home_page.is_dashboard_displayed()
    # Warunki końcowe (np. wylogowanie)
    home_page.logout()

# Przykład polecenia do uruchomienia zestawu automatycznych testów
pytest tests/smoke_tests.py

Dokumentacja może być zarówno formalna (tworzona według szablonów), jak i nieformalna, w zależności od metodologii rozwoju i wymagań projektu.