Cykl życia defektu/błędu w testowaniu oprogramowania

Na wynos W tym przewodniku wyjaśniono etapy cyklu życia defektu, pomagając czytelnikom zrozumieć zasady śledzenia błędów, przepływ komunikacji i efektywnego rozwiązywania problemów od momentu ich wykrycia do zamknięcia.

Cykl życia wady/błędu

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”.

Przebieg pracy dotyczący stanów defektów

  • 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

Cykl życia wady lub cyklu życia błędu – rzeczy, które musisz wiedzieć!

  1. Tester znajduje usterkę
  2. Status przypisany do wady - Nowy
  3. Wada przekazywana jest do analizy Kierownikowi Projektu
  4. Kierownik projektu decyduje, czy wada jest zasadna
  5. W tym przypadku wada nie jest aktualna – otrzymuje status „Odrzucona”.
  6. 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.
  7. Następnie kierownik sprawdza, czy podobna wada nie została wcześniej zgłoszona. Jeżeli tak, wada otrzymuje status duplikat.
  8. Jeżeli nie, wada zostaje przypisana programiście, który rozpoczyna naprawę kodu. Na tym etapie defektowi zostaje przypisany status w trakcie.
  9. Gdy kod zostanie naprawiony. Wadzie przypisywany jest status ustalony
  10. 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.
  11. 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 w tym miejscu jeśli film nie jest dostępny

Najczęstsze pytania

Wyjaśniając cykl życia wady W wywiadzie liczy się jasność i struktura. Zacznij od wspomnienia, że ​​chodzi o drogę, jaką błąd przechodzi od momentu jego odkrycia do rozwiązania. Następnie możesz podzielić ją na etapy:

  • Nowy/Otwarty – Usterka została zidentyfikowana i zarejestrowana.
  • Przydzielony – Błąd zostaje przydzielony deweloperowi w celu jego poprawienia.
  • Naprawiono/rozwiązano – Deweloper stosuje rozwiązanie.
  • Ponowny test/weryfikacja – Testerzy weryfikują poprawkę.
  • Zamknięte – usterka została uznana za usuniętą lub Ponownie otwarte jeśli problem będzie się powtarzał.

Cykl życia defektu (nazywany również cykl życia błędu) jest seria kroków Defekt przechodzi przez fazę testowania: jest identyfikowany, rejestrowany, przypisywany, naprawiany, ponownie testowany i zamykany. Zapewnia systematyczne śledzenie i poprawia jakość oprogramowania w zespołach. To systematyczne podejście gwarantuje rozliczalność, przejrzystość i lepszą jakość dostarczanego oprogramowania. Można to porównać do sygnalizacji świetlnej dla defektów – każdy wie, kiedy się zatrzymać, ruszyć lub sprawdzić ponownie.

Dostępnych jest wiele narzędzi do zarządzania cyklem życia defektów, w zależności od potrzeb projektu. Niektóre z popularnych opcji to: JIRA, Bugzilla, HP ALM, Redmine i MantisBTUmożliwiają zespołom rejestrowanie, przypisywanie i śledzenie defektów. JIRA jest najczęściej używanym narzędziem w Agile i rozmowach kwalifikacyjnych.

In JIRAcykl życia defektu jest zarządzany poprzez możliwość dostosowania statusy przepływu pracyDomyślnie odzwierciedla standardowe śledzenie defektów, ale zespoły często je modyfikują. Typowy cykl defektów w JIRA wygląda następująco:

  • Do zrobienia / Otwórz – Błąd został zarejestrowany.
  • W Trakcie – Deweloper zaczyna naprawiać.
  • Rozwiązane / Zrobione – Poprawka zastosowana, oczekiwanie na zatwierdzenie przez testera.
  • Ponownie otwarte – Jeśli naprawa się nie powiedzie, defekt powraca do statusu aktywnego.
  • Zamknięte – Zweryfikowane przez testerów i oznaczone jako ukończone.

Terminy cykl życia błędu i cykl życia wady są często używane zamiennie, jednak niektórzy specjaliści wprowadzają subtelne rozróżnienie:

  • Cykl życia błędu – Zwykle używane w kontekście technicznym, odnoszące się do problemów w kodzie powodujących nieprawidłowe działanie.
  • Cykl życia wady – Szerszy zakres, obejmujący odstępstwa od wymagań, które mogą, ale nie muszą, być związane z kodowaniem.

W praktyce:

  • Bug = Błąd programowania.
  • Wada = Jakakolwiek rozbieżność między oczekiwanymi i rzeczywistymi wynikami (może być związana z projektem, wymaganiami lub procesem).

Niemniej jednak cykle są takie same — odkryte → naprawione → ponownie przetestowane → zamknięte.

Oto korzyści płynące z cyklu życia defektu:

  • Zapewnia przejrzystość: Definiuje status każdego błędu w celu przejrzystego śledzenia.
  • Poprawia współpracę: Programiści, testerzy i menedżerowie pozostają w kontakcie.
  • Zwiększa wydajność: Usprawniony przepływ pracy ogranicza marnotrawstwo wysiłku.
  • Pomoc w ustalaniu priorytetów: Pomaga w klasyfikowaniu błędów według ich wagi i wpływu.
  • Wspiera odpowiedzialność: Śledzi własność na każdym etapie.
  • Spostrzeżenia oparte na danych: Historia cyklu życia wspomaga podejmowanie lepszych decyzji.

Podsumowanie

Zrozumienie cyklu życia defektu zapewnia ustrukturyzowane zarządzanie błędami, sprawniejszą współpracę i szybsze rozwiązywanie problemów. Przestrzegając każdego etapu, zespoły mogą podnosić jakość oprogramowania, zmniejszać ryzyko i dostarczać niezawodne, przyjazne dla użytkownika aplikacje z pewnością siebie.