Opowiedz o dokumentacji testowej, która była używana w projekcie.
sobes.tech AI
Odpowiedź od AI
W projekcie aktywnie wykorzystywano następujące rodzaje dokumentacji testowej:
-
Plan testów (Test Plan): Określał zakres testów, podejście, zasoby, harmonogram i kryteria gotowości. Uzgadniany z interesariuszami.
-
Przypadki testowe (Test Cases): Opisywały konkretne kroki do sprawdzenia określonej funkcjonalności, oczekiwany wynik i warunki wstępne. Przechowywane w systemie zarządzania testami.
Przykład struktury przypadku testowego:
- ID przypadku testowego
- Nazwa przypadku testowego
- Priorytet
- Typ testu (Funkcjonalny, Regresja itp.)
- Warunki wstępne
- Kroki wykonania
- Oczekiwany wynik
- Rzeczywisty wynik (w przypadku wykrycia defektu)
-
Listy kontrolne (Checklists): Używane do mniej formalnych, ale szybkich przeglądów podstawowej funkcjonalności lub w ograniczonym czasie. Często w testach eksploracyjnych.
-
Raporty o defektach (Defect Reports): Opisywały wykryte defekty, w tym kroki reprodukcji, wynik rzeczywisty i oczekiwany, wpływ na system, priorytet i powagę. Rejestrowane w systemie śledzenia błędów.
Przykład struktury raportu o defekcie:
- ID defektu
- Nazwa defektu
- Status
- Priorytet
- Powaga
- Data utworzenia/aktualizacji
- Autor
- Wersja oprogramowania, w której wykryto defekt
- Kroki reprodukcji
- Wynik rzeczywisty
- Wynik oczekiwany
- Załączniki (logi, zrzuty ekranu)
-
Macierz śledzenia (Traceability Matrix): Łączyła wymagania z odpowiednimi przypadkami testowymi, zapewniając pełne pokrycie.
Przykład prostej macierzy śledzenia:
ID wymagań Opis wymagań ID(y) przypadków testowych Status(y) przypadków testowych REQ-001 Autoryzacja użytkownika TC-001, TC-002 Zakończone, Nieudane REQ-002 Tworzenie zamówienia TC-003, TC-004 Zakończone, W trakcie -
Raporty wykonania testów (Test Execution Reports): Zawierały informacje o liczbie wykonanych, zaliczonych, niezaliczonych przypadków testowych, wykrytych defektach, statusie cyklu testowego. Dostarczane zespołowi i kierownictwu.
W projekcie używano systemu zarządzania testami (np. Jira z pluginem Zephyr/Xray lub TestRail) do centralnego przechowywania i zarządzania przypadkami testowymi i planami, a także integracji z systemem śledzenia błędów (Jira) do raportów o defektach. Dokumentacja testów automatycznych obejmowała również wyniki uruchomień testów automatycznych i raporty frameworka (np. Allure Reports).