Testowanie ad hoc
Testowanie ad hoc to nieformalny lub nieustrukturyzowany typ testowania oprogramowania, którego celem jest przerwanie procesu testowania w celu znalezienia możliwych defektów lub błędów na wczesnym możliwym etapie. Testowanie ad hoc jest wykonywane losowo i jest zwykle nieplanowanym działaniem, które nie wymaga żadnej dokumentacji ani technik projektowania testów w celu tworzenia przypadków testowych.
Testowanie ad hoc nie przebiega zgodnie z żadną ustrukturyzowaną metodą testowania i jest wykonywane losowo w dowolnej części aplikacji. Głównym celem tego testu jest znalezienie defektów poprzez wyrywkowe sprawdzanie. Testowanie ad hoc można przeprowadzić za pomocą techniki testowania oprogramowania zwanej zgadywaniem błędów. Zgadywanie błędów może być wykonywane przez osoby mające wystarczające doświadczenie w systemie, aby „odgadnąć” najbardziej prawdopodobne źródło błędów.
To testowanie nie wymaga żadnej dokumentacji / planowania / procesu, którego należy przestrzegać. Ponieważ testowanie to ma na celu znalezienie defektów metodą losową, bez żadnej dokumentacji, defekty nie będą mapowane na przypadki testowe. Oznacza to, że czasami bardzo trudno jest odtworzyć defekty, ponieważ nie ma odwzorowanych etapów testowania ani wymagań.
Poniższy film przedstawia sposób przeprowadzania testów ad hoc
Kliknij tutaj, jeśli wideo nie jest dostępne
Kiedy przeprowadzać testy ad hoc?
Testowanie ad hoc można przeprowadzić, gdy jest ograniczony czas na wykonanie testów szczegółowych. Zwykle testy ad hoc są wykonywane po formalnym wykonaniu testu. Jeśli czas na to pozwoli, w systemie można przeprowadzić testy ad hoc. Testowanie ad hoc będzie skuteczne tylko wtedy, gdy tester ma wiedzę na temat testowanego systemu.
Rodzaje testów adhoc
Istnieją różne rodzaje testów adhoc i są one wymienione poniżej:
| Testowanie znajomych | Dwóch znajomych pracuje wspólnie nad identyfikowaniem usterek w tym samym module. Przeważnie jeden kumpel będzie z zespołu programistów, a druga osoba z zespołu testowego. Testowanie znajomych pomaga testerom w opracowywaniu lepszych przypadków testowych, a zespół programistów może również wprowadzać zmiany projektowe wcześniej. To testowanie zwykle ma miejsce po zakończeniu testów jednostkowych. |
| Testowanie par | Dwóm testerom przydzielono moduły, dzielą się pomysłami i pracują na tych samych maszynach, aby znaleźć usterki. Jedna osoba może wykonać testy, a druga osoba może sporządzić notatki na temat wyników. Role osób mogą być testerem i rysownikiem podczas testów. Testowanie porównawcze i testowanie w parach: Testowanie w parach to połączenie testów jednostkowych i systemowych wraz z programistami i testerami, ale testy w parach są wykonywane tylko z testerami o różnym poziomie wiedzy. (Doświadczeni i bez doświadczenia, aby dzielić się swoimi pomysłami i poglądami) |
| Testowanie na małpach | Testuj produkt lub aplikację losowo bez przypadków testowych w celu zniszczenia systemu. |
Najlepsze praktyki testowania ad hoc
Przestrzeganie najlepszych praktyk może zapewnić skuteczne testowanie ad hoc.
Dobra znajomość biznesu
Testerzy powinni mieć dobrą znajomość biznesu i jasne zrozumienie wymagań - szczegółowa znajomość procesu biznesowego od końca do końca pomoże łatwo znaleźć usterki. Doświadczeni testerzy znajdują więcej defektów, ponieważ są lepsi w zgadywaniu błędów.
Testuj kluczowe moduły
Należy zidentyfikować kluczowe moduły biznesowe i skierować je do testów ad hoc. Aby zyskać pewność co do jakości systemu, należy najpierw przetestować moduły krytyczne dla biznesu.
Rejestruj usterki
Wszystkie usterki należy odnotować lub zapisać w notatniku. Wady należy przypisać programistom w celu ich naprawy. Dla każdego ważnego defektu należy napisać odpowiednie przypadki testowe i dodać je do planowanych przypadków testowych.
Te ustalenia defektów powinny być wyciągnięte z lekcji i powinny zostać odzwierciedlone w naszym następnym systemie podczas planowania przypadków testowych.
Wniosek:
Zaletą testowania ad-hoc jest sprawdzenie kompletności testów i znalezienie większej liczby defektów niż w przypadku testów planowanych. Przypadki testowe wychwytujące defekty są dodawane jako dodatkowe przypadki testowe do planowanych przypadków testowych.
W inżynierii oprogramowania testowanie ad-hoc oszczędza dużo czasu, ponieważ nie wymaga skomplikowanego planowania testów, dokumentacji i projektowania przypadków testowych.