5.5 Zarządzanie defektami

Question 1

Zarządzanie defektami

Dlaczego ustanowiony proces zarządzania defektami (ang. defect management) jest niezbędny?

Answer 1

Jest to kluczowe, ponieważ wyszukiwanie i śledzenie defektów należy do najważniejszych celów testowania.

Question 2

Chociaż mówimy o nich jako o części „zarządzania defektami”, czym – poza faktycznymi defektami – mogą być raportowane elementy?

Answer 2

Mogą to być fałszywe alarmy (ang. false positives), żądania zmian lub błędy użytkowników. Zostaje to zweryfikowane podczas przeglądu zgłoszeń defektów.

Question 3

W której fazie cyklu wytwarzania oprogramowania (ang. SDLC) można raportować defekty?

Answer 3

Defekty mogą być zgłaszane na każdym etapie cyklu wytwarzania oprogramowania.

Question 4

Jakie są cele typowego raportu defektu?

Answer 4

• Zapewnienie wystarczających informacji potrzebnych do wyjaśnienia i rozwiązania problemu przez osoby odpowiedzialne.
• Umożliwienie monitorowania jakości produktu pracy (ang. work product).
• Dostarczanie pomysłów na ulepszenie procesu wytwórczego i testowego.

Question 5

Co zazwyczaj zawiera raport defektu zarejestrowany w trakcie testowania dynamicznego?

Answer 5

• Unikatowy identyfikator defektu.
• Tytuł z podsumowaniem anomalii.
• Data wykrycia anomalii i informacja o osobie, która ją zgłosiła (z uwzględnieniem organizacji i roli).
• Kontekst defektu, np. przypadek testowy lub czynność testowa, faza w SDLC, użyta technika testowa czy lista kontrolna (ang. checklist) lub dane testowe.
• Opis awarii (ang. failure) wraz z kolejnymi krokami, w których anomalia się ujawniła, a także wszelkie istotne dzienniki (logi), zrzuty plików, zrzuty ekranu lub nagrania.
• Oczekiwane wyniki w porównaniu z rzeczywistymi wynikami.
• Istotność defektu (ang. severity).
• Priorytet naprawy.
• Status defektu (otwarty, odroczony, duplikat, oczekujący na poprawkę, oczekujący na test potwierdzający, ponownie otwarty, zamknięty, odrzucony).
• Odwołania do powiązanych zgłoszeń, spraw itp.