Wprowadzenie do błędu w testowaniu oprogramowania
Prosty błąd to błąd lub awaria aplikacji, która uniemożliwia normalny przepływ aplikacji poprzez nieprawidłowe wyrównanie zamierzonego zachowania aplikacji z rzeczywistą aplikacją. Błąd występuje, gdy programista popełnia błąd podczas projektowania lub budowy aplikacji. Jeśli tester wykryje tę awarię, jest to określane jako błąd w testowaniu oprogramowania. Tester jest odpowiedzialny za dokładne przetestowanie aplikacji w celu zidentyfikowania jak największej liczby wad, aby produkt wysokiej jakości dotarł do klienta. Do przejścia do przepływu pracy i różnych stanów defektu ważne jest zrozumienie procesu niedoboru.
Cykl życia błędu w testowaniu oprogramowania
Cykl życia błędów jest również znany jako cykl życia wad. Jest to faza defektu, która zajmuje różne stany w ciągu swojego życia. Zaczyna się, gdy urządzenie testujące znajdzie nową wadę, a kończy się, gdy urządzenie testowe usuwa tę wadę i zapewnia się, że defekt nie zostanie zreplikowany. Nadszedł czas, aby zrozumieć, za pomocą podstawowego schematu, jak pokazano poniżej, prawdziwy przebieg cyklu życia defektu.
Poniżej znajduje się schemat cyklu życia robaka:
Status błędu
Zobaczmy każdy element cyklu życia błędu.
1. Otwórz
Programista rozpoczyna tutaj proces analizy błędów, tam gdzie to możliwe, i pracuje nad jego naprawą. Jeśli programista uważa, że defekt nie jest wystarczający, wówczas błąd zależny od konkretnego powodu może zostać przekazany do następujących czterech stanów: Odrzuć lub Nie, mianowicie Duplikuj.
2. Nowość
Jest to pierwszy stan klasyfikacji błędów w cyklu życia błędów. W późniejszych etapach cyklu życia błędów weryfikacja i testowanie są przeprowadzane na tych błędach, jeśli wykryta zostanie nowa wada.
3. Przypisany
Zespołowi programistycznemu przydzielono nowo utworzony błąd do działania na tym poziomie. Zostanie to przekazane projektantowi przez kierownika projektu lub szefa zespołu.
4. W oczekiwaniu na ponowny test
Po naprawieniu wady projektant przekaże testerowi błąd w celu ponownego przetestowania usterki, a stan wady pozostanie w oczekiwaniu na ponowny test, dopóki tester nie rozpocznie ponownego testowania usterki.
5. Naprawiono
Jeśli programista zakończy zadanie naprawy wady poprzez wprowadzenie niezbędnych zmian, status wady można nazwać „Naprawiony”.
6. Zweryfikowano
Jeśli tester nie ma problemu z defektem po tym, jak projektantowi przypisano defekt do urządzenia testującego i pomyślał, że jeśli został poprawnie naprawiony, status defektu zostaje przypisany „potwierdzony”.
7. Ponownie otwórz
Jeśli nadal występuje jakiś problem z wadą, programator zostanie poinstruowany, aby sprawdzić ponownie, a status usterki zostanie ponownie otwarty.
8. Zamknięty
Jeśli wada jest nieobecna, tester zmienia status wady na „Zamknięty”.
9. Ponownie przetestuj
Tester rozpoczyna następnie zadanie ponownego testowania wady, aby sprawdzić, czy wada została prawidłowo naprawiona przez programistę zgodnie z wymaganiami.
10. Duplikat
Jeśli deweloper uważa defekt za podobny do dowolnego defektu lub definicja defektu łączy się z inną defektem, programista zmienia status defektu na „duplikat”.
Parametr błędu w testowaniu oprogramowania
- Data wydania, zatwierdzenia, autor i status.
- Priorytet ważności i incydentu.
- Przypadek testowy pokazujący problem.
- Definicja incydentu z etapami reprodukcyjnymi.
Wytyczne dotyczące wdrażania cyklu życia niedoboru
- Cały zespół musi dobrze zrozumieć różne warunki błędu przed rozpoczęciem badań nad cyklem życia usterki.
- Aby uniknąć nieporozumień w przyszłości, cykl życia usterki powinien być odpowiednio udokumentowany.
- Upewnij się, że każda osoba mająca jakiekolwiek zadanie związane z domyślnym cyklem życia bardzo wyraźnie rozumie swoją odpowiedzialność za lepsze wyniki.
- Każda osoba, która zmienia status wady, powinna dokładnie znać status, który powinien dostarczyć wystarczających informacji o stanie wady i jej przyczynie, aby każdy, kto pracuje nad tą wadą, mógł łatwo zobaczyć przyczynę wady.
- Z narzędziem śledzenia defektów należy obchodzić się ostrożnie w cyklu pracy defektu, aby zapewnić spójność między defektami.
Wniosek
Mam nadzieję, że masz wiedzę na temat cyklu życia usterki. Ten artykuł pomoże ci również w przyszłości, jeśli zajmiesz się wadami oprogramowania.
Polecane artykuły
Jest to przewodnik po błędzie w testowaniu oprogramowania. Tutaj omawiamy cykl życia błędu, status, parametr i wskazówki. Możesz również przejrzeć nasze inne powiązane artykuły, aby dowiedzieć się więcej -
- Cykl życia testowania oprogramowania
- Co to jest testowanie oprogramowania?
- Rodzaje testowania oprogramowania
- Cykl życia defektu w testowaniu oprogramowania