what is defect bug life cycle software testing
Wprowadzenie do cyklu życia defektu
W tym samouczku omówię cykl życia defektu, aby uświadomić Ci różne etapy defektu, z którymi tester ma do czynienia podczas pracy w środowisku testowym.
Dodałem również najczęściej zadawane pytania podczas wywiadu dotyczące cyklu życia wady. Jest to ważne, aby wiedzieć o różnych stanach defektu, aby zrozumieć cykl życia wady. Głównym zamiarem wykonania czynności testowej jest sprawdzenie, czy produkt ma jakieś problemy / błędy.
Jeśli chodzi o rzeczywiste scenariusze, wszystkie błędy / pomyłki / usterki są określane jako błędy / wady, dlatego możemy powiedzieć, że głównym celem przeprowadzania testów jest upewnienie się, że produkt jest mniej podatny na defekty (brak defektów to sytuacja nierealna ).
Teraz pojawia się pytanie, czym jest wada?
Czego się nauczysz:
Co to jest wada?
Usterka, mówiąc najprościej, to wada lub błąd w aplikacji, który ogranicza normalny przepływ aplikacji przez niedopasowanie oczekiwanego zachowania aplikacji z rzeczywistym.
Wada pojawia się, gdy programista popełnia błąd podczas projektowania lub budowania aplikacji, a gdy ta wada zostanie wykryta przez testera, jest nazywana defektem.
Tester jest odpowiedzialny za dokładne przetestowanie aplikacji w celu znalezienia jak największej liczby defektów, aby mieć pewność, że produkt wysokiej jakości dotrze do klienta.
Ważne jest, aby zrozumieć cykl życia defektu przed przejściem do przepływu pracy i różnymi stanami defektu.
Dlatego dowiedzmy się więcej o cyklu życia defektu.
Do tej pory omawialiśmy znaczenie defektu i jego związek w kontekście czynności testowej. Teraz przejdźmy do cyklu życia defektu i poznajmy przepływ pracy związany z defektem oraz różne stany defektu.
Szczegółowy cykl życia wady
Cykl życia wady, znany również jako cykl życia błędu, to cykl defektu, od którego przechodzi, obejmując różne stany w całym swoim życiu. Rozpoczyna się to natychmiast po znalezieniu przez testera nowej wady i kończy się, gdy tester zamyka tę wadę, zapewniając, że nie zostanie ona ponownie odtworzona.
Wadliwy przepływ pracy
Nadszedł czas, aby zrozumieć rzeczywisty przebieg cyklu życia usterki za pomocą prostego diagramu, jak pokazano poniżej.
Stany wady
# 1) Nowość :Jest to pierwszy stan wady w Cyklu Życia Wady. W przypadku wykrycia nowej wady przechodzi ona w stan „Nowej”, a na późniejszych etapach Cyklu Życia Wady przeprowadzane są walidacje i testy tej wady.
# 2) Przypisane: Na tym etapie nowo utworzony defekt jest przypisywany zespołowi programistycznemu do pracy nad defektem. Jest to przypisywane przez kierownika projektu lub kierownika zespołu testowego do programisty.
# 3) Otwórz: W tym miejscu programista rozpoczyna proces analizy usterki i w razie potrzeby pracuje nad jej naprawieniem. Jeśli deweloper uzna, że wada nie jest odpowiednia, może zostać przeniesiona do dowolnego z poniższych czterech stanów, a mianowicie Duplikat, odroczony, odrzucony lub nie jest to błąd -na podstawie konkretnego powodu.
Za chwilę omówię te cztery stany.
# 4) Naprawiono: Kiedy deweloper zakończy zadanie naprawy wady poprzez wprowadzenie wymaganych zmian, może oznaczyć stan wady jako „Naprawiono”.
# 5) Oczekujący na ponowny test: Po naprawieniu usterki programista przypisuje usterkę testerowi w celu ponownego przetestowania usterki na końcu i dopóki tester nie zacznie ponownie testować usterki, stan wady pozostaje w „Oczekiwaniu na ponowny test”.
# 6) Przetestuj ponownie: W tym momencie tester rozpoczyna pracę nad ponownym testowaniem usterki w celu sprawdzenia, czy usterka została dokładnie naprawiona przez programistę zgodnie z wymaganiami, czy nie.
# 7) Otwórz ponownie: Jeśli jakikolwiek problem będzie się powtarzał w defekcie, zostanie on ponownie przypisany programiście do przetestowania, a stan usterki zmieni się na „Otwórz ponownie”.
# 8) Zweryfikowano: Jeśli tester nie znajdzie żadnego problemu w usterce po przydzieleniu go programiście do ponownego przetestowania i uważa, że jeśli usterka została dokładnie naprawiona, wówczas status wady zostaje przypisany do „Zweryfikowany”.
# 9) Zamknięte: Gdy wada już nie istnieje, tester zmienia status wady na „Zamknięty”.
Trochę więcej:
narzędzia do testowania REST API open source
- Odrzucony: Jeżeli wada nie zostanie uznana przez dewelopera za prawdziwą wadę, zostanie oznaczona przez dewelopera jako „Odrzucona”.
- Duplikować: Jeśli deweloper stwierdzi, że wada jest taka sama jak każda inna wada lub jeśli koncepcja wady pasuje do jakiejkolwiek innej wady, wówczas jej status zostaje zmieniony na „Duplikat”.
- Odroczony: Jeśli deweloper uważa, że wada nie ma bardzo ważnego priorytetu i może zostać naprawiona w następnych wersjach lub w takim przypadku, może zmienić status wady na „Odroczona”.
- To nie jest błąd: Jeśli wada nie ma wpływu na funkcjonalność aplikacji, wówczas stan usterki zmienia się na „To nie jest błąd”.
Plik pola obowiązkowe kiedy tester rejestruje nowy błąd to Wersja kompilacji, Prześlij do, Produkt, Moduł, Ważność, Streszczenie i Opis do odtworzenia
Na powyższej liście możesz dodać kilka pola opcjonalne jeśli używasz szablonu ręcznego zgłaszania błędów. Te opcjonalne pola obejmują nazwę klienta, przeglądarkę, system operacyjny, załączniki plików lub zrzuty ekranu.
Następujące pola pozostają albo określone, albo puste:
Jeśli masz uprawnienia do dodawania pól Status błędu, Priorytet i „Przypisany do”, możesz określić te pola. W przeciwnym razie Menedżer testów ustawi status, priorytet błędu i przypisze błąd do odpowiedniego właściciela modułu.
Spójrz na następujący cykl wady
Powyższy obraz jest dość szczegółowy i kiedy weźmiesz pod uwagę znaczące kroki w cyklu życia błędu, szybko się o tym dowiesz.
Po pomyślnym zalogowaniu błąd jest sprawdzany przez menedżera ds. Rozwoju lub testów. Menedżer testów może ustawić status błędu na Otwarty, może przypisać błąd do programisty lub błąd może zostać odroczony do następnego wydania.
Gdy błąd zostanie przypisany do programisty i może on zacząć nad nim pracować. Deweloper może ustawić stan błędu na Nie można naprawić, Nie można odtworzyć, Potrzebuję więcej informacji lub „Naprawiono”.
Jeśli stan błędu ustawiony przez programistę to „Potrzebuję więcej informacji” lub Naprawiono, wówczas kontrola jakości odpowiada określoną czynnością. Jeśli błąd zostanie naprawiony, kontrola jakości weryfikuje błąd i może ustawić status błędu jako zweryfikowany zamknięty lub ponownie otwarty.
Wytyczne dotyczące cyklu życia defektu
Przed rozpoczęciem pracy z cyklem życia wady można przyjąć kilka ważnych wskazówek.
Są to następujące:
- Bardzo ważne jest, aby przed przystąpieniem do pracy nad cyklem życia wady cały zespół dokładnie rozumiał różne stany wady (omówione powyżej).
- Cykl życia defektu powinien być odpowiednio udokumentowany, aby uniknąć nieporozumień w przyszłości.
- Upewnij się, że każda osoba, której przydzielono jakiekolwiek zadanie związane z cyklem życia usterki, powinna bardzo jasno zrozumieć swoją odpowiedzialność za lepsze wyniki.
- Każda osoba, która zmienia stan wady, powinna być odpowiednio świadoma tego statusu i powinna podać wystarczająco szczegółowe informacje o statusie i przyczynie nadania tego statusu, aby każdy, kto pracuje nad tą konkretną wadą, mógł zrozumieć przyczynę takiego stanu. wady bardzo łatwo.
- Z narzędziem do śledzenia defektów należy obchodzić się ostrożnie, aby zachować spójność wśród defektów, a tym samym w przebiegu cyklu życia defektu.
Następnie omówmy pytania z rozmowy kwalifikacyjnej w oparciu o cykl życia wady.
Ważne często zadawane pytania lub pytania do wywiadu dotyczące cyklu życia błędu
Pytanie 1) Co to jest wada z perspektywy testowania oprogramowania?
Odpowiedź: Defekt to wszelkiego rodzaju wada lub błąd w aplikacji, który ogranicza normalny przepływ aplikacji przez niedopasowanie oczekiwanego zachowania aplikacji do rzeczywistego.
P # 2) Jaka jest główna różnica między błędem, defektem i awarią?
Odpowiedź: Błąd: Jeśli programiści stwierdzą, że istnieje niezgodność w rzeczywistym i oczekiwanym zachowaniu aplikacji w fazie rozwoju, nazywają to błędem.
Wada: Jeśli testerzy stwierdzą niezgodność w rzeczywistym i oczekiwanym zachowaniu aplikacji w fazie testowania, nazywają to defektem.
Niepowodzenie: Jeśli klienci lub użytkownicy końcowi stwierdzą niezgodność w rzeczywistym i oczekiwanym zachowaniu aplikacji na etapie produkcji, nazywają to awarią.
P # 3) Jaki jest stan wady w momencie jej pierwszego wykrycia?
Odpowiedź: Gdy zostanie znaleziona nowa wada, jest ona w stanie „nowym”. To jest początkowy stan nowo wykrytej wady.
P # 4) Jakie są różne stany defektu w cyklu życia wady, gdy defekt jest zatwierdzony i naprawiony przez programistę?
Odpowiedź: Różne stany wady, w tym przypadku, to Nowy, Przypisany, Otwarty, Naprawiony, Oczekujący na ponowny test, Ponowny test, Zweryfikowany i Zamknięty.
P # 5) Co się stanie, jeśli tester nadal znajdzie problem z usterką naprawioną przez programistę?
Odpowiedź: Tester może oznaczyć stan usterki jako „Otwórz ponownie”, jeśli nadal znajdzie problem w naprawionej usterce, a usterka zostanie przypisana programiście do ponownego przetestowania.
P # 6) Co to jest wada produkcyjna?
Odpowiedź: Wada, która pojawia się wielokrotnie w każdym wykonaniu i której kroki można uchwycić w każdym wykonaniu, wówczas taką wadę nazywa się wadą „produkcyjną”.
P # 7) Jaki typ wady jest defektem niemożliwym do odtworzenia?
Odpowiedź: Wada, która nie pojawia się wielokrotnie w każdym wykonaniu i występuje tylko w niektórych przypadkach i której kroki jako dowód muszą być uchwycone za pomocą zrzutów ekranu, wówczas taką wadę określa się jako wadę „niemożliwą do odtworzenia”.
P # 8) Co to jest raport defektu?
Odpowiedź: Raport o defektach to dokument zawierający informacje o usterce lub luce w aplikacji, która powoduje normalny przepływ aplikacji odbiegający od oczekiwanego zachowania.
P # 9) Jakie szczegóły zawiera raport o defekcie?
Odpowiedź: Raport defektu składa się z następujących szczegółów:
Identyfikator wady, opis wady, nazwa funkcji, nazwa przypadku testowego, powtarzalna wada lub nie, stan wady, stopień ważności i priorytet wady, imię i nazwisko testera, data testowania wady, wersja kompilacji, w której defekt został znaleziony .
Oraz Deweloper, do którego została przypisana wada, imię i nazwisko osoby, która usunęła usterkę, Zrzuty ekranu usterki przedstawiające przebieg czynności, Ustalenie daty wady oraz osoba, która zaakceptowała wadę.
P # 10) Kiedy defekt zmienia się w stan „odroczony” w cyklu życia wady?
Odpowiedź: Gdy wykryta wada nie ma bardzo dużego znaczenia, a ta, która może zostać naprawiona w późniejszych wersjach, zostaje przeniesiona do stanu „odroczonego” w cyklu życia usterki.
Dodatkowe informacje o usterce lub błędzie
- Wadę można wprowadzić w dowolnym momencie cyklu życia oprogramowania.
- Wcześniejsze wykrycie i usunięcie Wady powoduje obniżenie całkowitego kosztu jakości.
- Koszt jakości jest minimalizowany, gdy wada jest usuwana w tej samej fazie, w której została wprowadzona.
- Testowanie statyczne wykrywa defekt, a nie awarię. Koszt jest zminimalizowany, ponieważ debugowanie nie jest wymagane.
- W testowaniu dynamicznym obecność defektu jest ujawniana, gdy powoduje awarię.
Stany wady
| S.No. | Stan początkowy | Stan zwrócony | Stan potwierdzenia |
|---|---|---|---|
| 1 | Zbierz informacje dla osoby odpowiedzialnej za odtworzenie Wady | Wada jest odrzucana lub proszona o dodatkowe informacje | Wada została naprawiona i powinna zostać przetestowana i zamknięta |
| dwa | Stany są otwarte lub nowe | Stany są odrzucane lub wyjaśniane. | Stany są rozwiązane i weryfikacja. |
Nieprawidłowy i zduplikowany raport o defektach
- Czasami pojawia się defekt, nie z powodu kodu, ale z powodu środowiska testowego lub nieporozumienia, taki raport należy zamknąć jako nieprawidłową defekt.
- W przypadku Duplicate Report, jeden jest zachowywany, a drugi zamykany jako duplikat. Menedżer akceptuje nieprawidłowy raport.
- Kierownik Testów jest właścicielem całościowego zarządzania defektami i procesu, a zespół wielofunkcyjny narzędzia do zarządzania defektami jest zasadniczo odpowiedzialny za zarządzanie raportami.
- Wśród uczestników są Menedżer testów, programiści, PM, kierownik produkcji i inni interesariusze, którzy są zainteresowani.
- Komitet zarządzania defektami powinien określić ważność każdej wady i określić, kiedy należy naprawić lub odroczyć. Aby to ustalić, należy wziąć pod uwagę koszty, ryzyko i korzyści wynikające z braku naprawy usterki.
- Jeśli wada musi zostać naprawiona, należy określić jej priorytet.
Dane wady
- Imię osoby.
- Rodzaj badań
- Podsumowanie problemu
- Szczegółowy opis wady.
- Kroki ku reprodukcji
- Faza cyklu życia
- Produkt pracy, w którym wprowadzono Defekt.
- Waga i priorytet
- Podsystem lub komponent, do którego wprowadzono Defekt.
- Działanie projektowe występujące w momencie wprowadzenia Wady.
- Metoda identyfikacji
- Rodzaj wady
- Projekt i produkt, w którym występuje problem
- Aktualny właściciel
- Bieżący stan raportu
- Produkt pracy, w którym wystąpiła Wada.
- Wpływ na projekt
- Ryzyko, strata, szansa i korzyści związane z naprawieniem lub brakiem naprawy wady.
- Daty, w których występują różne fazy cyklu życia defektu.
- Opis sposobu rozwiązania problemu i zalecenia dotyczące testowania.
- Bibliografia
Zdolność procesu
- Informacje o wprowadzeniu, wykrywaniu i usuwaniu -> Popraw wykrywanie defektów i koszty jakości.
- Wprowadzenie -> Analiza pretora procesu, w którym wprowadzana jest największa liczba defektów w celu zmniejszenia ich ogólnej liczby.
- Informacje o źródle defektu -> znajdź podkreślone przyczyny wady, aby zmniejszyć całkowitą liczbę defektów.
- Informacje o komponencie defektu -> Wykonaj analizę skupienia defektów.
Wniosek
Chodzi o cykl życia i zarządzanie defektami.
Xbox One - data premiery zestawu słuchawkowego do rzeczywistości wirtualnej
Mam nadzieję, że musiałeś zdobyć ogromną wiedzę na temat cyklu życia wady. Ten samouczek z kolei pomoże ci w łatwej pracy z defektami w przyszłości.
rekomendowane lektury
- Co to jest technika testowania oparta na defektach?
- Co to jest cykl życia testowania oprogramowania (STLC)?
- Samouczek Bugzilli: Praktyczny samouczek dotyczący narzędzia do zarządzania defektami
- Wątki Java z metodami i cyklem życia
- W testowaniu oprogramowania chodzi o pomysły (i jak je generować)
- Dogłębne samouczki dotyczące Eclipse dla początkujących
- Proces zarządzania defektami: jak skutecznie zarządzać defektem
- Przykładowe raporty o błędach dla aplikacji internetowych i produktów