Co To jest ponowne badanie?
ponowne testowanie: aby upewnić się, że usterki, które zostały znalezione i opublikowane we wcześniejszej kompilacji, zostały naprawione lub nie w obecnej kompilacji.
ponowne testowanie polega na ponownym uruchomieniu wcześniej nieudanych przypadków testowych na nowym oprogramowaniu w celu sprawdzenia, czy usterki zgłoszone wcześniej zostały naprawione, czy nie.
w prostych słowach, ponowne testowanie to testowanie określonego błędu po jego naprawieniu.
przykład: powiedzmy, Build 1.0 został wydany. Podczas testowania kompilacji 1.0 zespół testowy znalazł pewne usterki (na przykład Defect Id 1.0.1 i Defect Id 1.0.2) i opublikował. Zespół testowy testuje usterki 1.0.1 i 1.0.2 w wersji 1.1 (tylko jeśli te dwie usterki są wymienione w nocie do wydania wersji 1.1), aby upewnić się, czy usterki zostały naprawione, czy nie.
Proces: zgodnie z cyklem życia błędu, gdy tester znajdzie błąd, błąd jest zgłaszany zespołowi programistów. Status błędu powinien być „nowy”. Zespół programistów może zaakceptować lub odrzucić błąd. Jeśli zespół programistów zaakceptuje błąd, naprawi go i wyda w następnym wydaniu. Status błędu będzie „gotowy na QA”. Teraz tester weryfikuje błąd, aby dowiedzieć się, czy został rozwiązany, czy nie. Badanie to jest znane jako ponowne badanie. Ponowne badanie jest planowanym badaniem. Używamy tych samych przypadków testowych z tymi samymi danymi testowymi, których użyliśmy we wcześniejszej kompilacji. Jeśli błąd nie zostanie znaleziony, zmieniamy status błędu jako „naprawiony”, w przeciwnym razie zmieniamy status jako „Nie Naprawiony” i wysyłamy dokument ponownego testowania błędów do zespołu programistów.
sprawdź poniższy film, aby zobaczyć „co to jest ponowne testowanie & kiedy robimy ponowne testowanie”
proszę o cierpliwość. Film załaduje się za jakiś czas.
jeśli podoba ci się ten film, Subskrybuj nasz kanał YouTube, aby uzyskać więcej samouczków wideo.
kiedy robimy ponowne testowanie:
1. Jeśli w notce o wydaniu jest określona konkretna poprawka błędu:
gdy zespół programistów wyda nową kompilację, zespół testowy musi przetestować już opublikowane błędy, aby upewnić się, że błędy są naprawione, czy nie.
2. Gdy błąd jest odrzucany:
czasami zespół programistów odrzuca kilka błędów, które zostały podniesione przez testerów i wymienia status błędu jako niemożliwy do powtórzenia. W takim przypadku testerzy muszą ponownie przetestować ten sam problem, aby poinformować programistów, że problem jest ważny i powtarzalny.
aby uniknąć tego scenariusza, musimy napisać dobry raport o błędzie. Oto post o tym, jak napisać dobry raport o błędzie.
3. Kiedy klient wzywa do ponownego testowania:
czasami, Klient może poprosić nas o ponowne wykonanie testu, aby uzyskać zaufanie do jakości produktu. W takim przypadku zespoły testowe ponownie testują produkt.
produkt nigdy nie powinien zostać wydany po modyfikacji kodu z ponownym testowaniem poprawek błędów, musimy również przeprowadzić test regresji.
Przeczytaj także: różnica między regresją a ponownym testowaniem
sprawdź to, aby uzyskać kompletny podręcznik testowania