Co się dzieje z raportem o błędzie po tym, jak programista naprawi błąd?

Po tym, jak programista naprawi błąd, raport o błędzie przechodzi do etapu weryfikacji (Verification). Specjalista QA lub zautomatyzowany test sprawdza, czy problem został rzeczywiście rozwiązany i czy nie pojawiły się nowe defekty (regresje) w wyniku naprawy.

Typowy przebieg:

1. Programista zamyka / zmienia status na "Naprawione" (Resolved / Fixed). Programista informuje zespół, że poprawka jest gotowa do testowania.
2. Specjalista QA przejmuje raport o błędzie. Znajduje raport w systemie śledzenia błędów.
3. Weryfikacja poprawki. Specjalista QA wdraża wersję produktu z poprawką i wykonuje następujące działania:
   • Powtarza kroki reprodukcji opisane w raporcie, aby upewnić się, że defekt nie występuje już.
   • Przeprowadza dodatkowe testy w obszarze naprawionego problemu i powiązanych komponentach (testy regresji), aby upewnić się, że nie występują skutki uboczne.
4. Aktualizacja statusu w systemie śledzenia błędów. W zależności od wyników weryfikacji, status raportu o błędzie jest aktualizowany:
   • "Zamknięty" (Closed / Verified): Jeśli poprawka została pomyślnie zweryfikowana i defekt nie występuje. To jest ostateczny status dla tego defektu.
   • "Ponownie otwarty" (Reopened): Jeśli defekt nadal występuje (nie został w pełni naprawiony) lub pojawiły się nowe problemy związane z poprawką. W takim przypadku raport o błędzie jest zwracany programiście do poprawki.
5. Komentarze w raporcie o błędzie. Specjalista QA dodaje komentarz z wynikami weryfikacji (udana/nieudana, wersja kompilacji, w której przeprowadzono weryfikację) i informacjami o wykrytych regresjach.

W ten sposób, po naprawie błędu, raport przechodzi obowiązkową fazę weryfikacji, która potwierdza skuteczność naprawy i daje pewność co do jakości produktu przed wydaniem.