Cykl życia defektu/błędu w testowaniu oprogramowania
Co to jest cykl życia wady/błędu?
Cykl życia wady lub cykl życia błędu w testowaniu oprogramowania to specyficzny zestaw stanów, przez które przechodzi defekt lub błąd przez całe życie. Celem cyklu życia defektu jest łatwa koordynacja i przekazywanie aktualnego statusu defektu, który się zmienia, różnym odbiorcom oraz zapewnienie systematycznego i wydajnego procesu usuwania defektów.
Stan wady
Stan wady lub Status błędu w cyklu życia defektu to obecny stan, w którym aktualnie znajduje się defekt lub błąd. Celem statusu defektu jest dokładne przekazanie aktualnego stanu lub postępu defektu lub błędu, aby lepiej śledzić i zrozumieć rzeczywisty postęp cyklu życia defektu.
Przebieg pracy dotyczący stanów defektów
Liczba stanów, przez które przechodzi defekt, różni się w zależności od projektu. Poniższy diagram cyklu życia obejmuje wszystkie możliwe stany
- Nowość: Gdy nowa usterka zostanie zarejestrowana i opublikowana po raz pierwszy. Otrzymuje status NOWY.
- Przydzielony: Po opublikowaniu błędu przez testera, lider testera zatwierdza błąd i przypisuje błąd zespołowi programistów
- Otwarte: Programista rozpoczyna analizę i pracuje nad naprawą defektów
- Stały: Kiedy programista dokona niezbędnej zmiany w kodzie i zweryfikuje zmianę, może nadać błędowi status „Naprawiony”.
- Oczekuje na ponowny test: Po naprawieniu wady programista przekazuje testerowi konkretny kod do ponownego przetestowania. Od Testowanie oprogramowania pozostaje w oczekiwaniu od zakończenia testerów, przypisany jest status „oczekujący na ponowny test”.
- Sprawdź ponownie: Tester na tym etapie ponownie testuje kod, aby sprawdzić, czy defekt został naprawiony przez programistę, czy nie, i zmienia status na „Przetestuj ponownie”.
- zweryfikowane: Tester ponownie testuje błąd po jego naprawieniu przez programistę. Jeśli w oprogramowaniu nie zostanie wykryty żaden błąd, błąd zostanie naprawiony, a przypisany status to „zweryfikowany”.
- Otworzyć na nowo: Jeśli błąd będzie się powtarzał nawet po naprawieniu go przez programistę, tester zmienia status na „ponownie otwarty”. Po raz kolejny błąd przechodzi cykl życia.
- Zamknięte: Jeśli błąd już nie istnieje, tester przypisuje mu status „Zamknięty”.
- Duplikat: Jeśli wada powtórzy się dwukrotnie lub wada odpowiada tej samej koncepcji błędu, status zmienia się na „duplikat”.
- odrzucony: Jeśli twórca uzna, że wada nie jest rzeczywistą wadą, zmienia wadę na „odrzuconą”.
- Odroczony: Jeśli obecny błąd nie jest priorytetem i oczekuje się, że zostanie naprawiony w następnej wersji, wówczas błędom tym przypisywany jest status „Odroczony”
- To nie jest błąd: Jeśli nie ma to wpływu na funkcjonalność aplikacji, błędowi przypisywany jest status „To nie jest błąd”.
Wyjaśnienie cyklu życia defektów/błędów
- Tester znajduje usterkę
- Status przypisany do wady - Nowy
- Wada przekazywana jest do analizy Kierownikowi Projektu
- Kierownik projektu decyduje, czy wada jest zasadna
- W tym przypadku wada nie jest aktualna – otrzymuje status „Odrzucona”.
- Zatem kierownik projektu przypisuje status odrzucone. Jeśli defekt nie zostanie odrzucony, następnym krokiem jest sprawdzenie, czy mieści się w zakresie. Załóżmy, że mamy inną funkcję — funkcjonalność poczty e-mail dla tej samej aplikacji i znajdujemy w niej problem. Ale nie jest ona częścią bieżącego wydania, gdy takie defekty są przypisywane jako przełożone lub odroczone stan.
- Następnie kierownik sprawdza, czy podobna wada nie została wcześniej zgłoszona. Jeżeli tak, wada otrzymuje status duplikat.
- Jeżeli nie, wada zostaje przypisana programiście, który rozpoczyna naprawę kodu. Na tym etapie defektowi zostaje przypisany status w trakcie.
- Gdy kod zostanie naprawiony. Wadzie przypisywany jest status ustalony
- Następnie tester ponownie przetestuje kod. W razie Przypadek testowy mija, wada jest zamknięty. Jeśli przypadki testowe ponownie się nie powiodą, oznacza to, że wada jest ponownie otwarty i przypisane deweloperowi.
- Rozważmy sytuację, w której podczas pierwszego wydania Flight Reservation znaleziono defekt w zamówieniu faksu, który został naprawiony i przypisany do statusu zamkniętego. Podczas drugiego wydania aktualizacji ten sam defekt pojawił się ponownie. W takich przypadkach zamknięty defekt będzie ponownie otwarty.
To wszystko, jeśli chodzi o cykl życia błędu
Ten film szkoleniowy opisuje różne etapy cyklu życia błędu, czyli cyklu życia defektu, oraz jego znaczenie na przykładzie
Kliknij tutaj jeśli film nie jest dostępny