Omówienie szablonu planu testów
Plan testów jest dokumentem, który zawiera plan metody testowania, strategii, wyboru sprzętu / oprogramowania, planu harmonogramu i oszacowania wyników. Zarządza moim kierownikiem testów.
Zobaczmy jeden z przykładów, jeden ze spotkania menedżera testów prosi zespół o wykonanie planu testów dla tego projektu, a zespół nie jest zainteresowany. W takim przypadku kierownik testu chce poradzić sobie z tą sytuacją.
Pomyśl o swoim menedżerze testów i wybierz odpowiedź poniżej:
- Jestem menedżerem, więc musisz robić to, co mówię
- OK, pozwól mi wyjaśnić, dlaczego projekt potrzebuje planu testów.
Jeśli jestem menedżerem, wybiorę drugą opcję i mam nadzieję, że Ty też.
Potrzeba planu testowego
- Testuje jakość aplikacji / oprogramowania
- Testerzy muszą postępować zgodnie z wytycznymi podanymi w dokumencie
- Zakres, oszacowanie, strategia są udokumentowane i mogą być ponownie wykorzystane w innych projektach.
Jak napisać szablon planu testowego?
Aby napisać szablon planu testu, należy wykonać osiem ważnych zadań:
Chodzi o to, jak piszemy szablon planu testów, który szczegółowo wyjaśniono poniżej:
1. Przeanalizuj
Bez danych nie można niczego analizować. Musimy więc zidentyfikować projekt / projekt, który należy przeanalizować. Załóżmy, że opracowaliśmy stronę internetową i należy ją przeanalizować przy użyciu technik testowych. Zanim przejdziemy do strategii testowej, musimy przejrzeć dokument produktu, który zawiera szczegóły projektu, najpierw musimy zrozumieć funkcjonalność, a następnie przeprowadzić analizę. Poniżej znajduje się przykładowa analiza przeprowadzona dla tej witryny.
- Jakie jest wykorzystanie tej strony?
- Kim są użytkownicy końcowi?
- Jak to będzie działać
- Jaka jest wersja oprogramowania?
- Jaki jest sprzęt?
2. Projekt
Opracowanie projektu testowania jest ważnym krokiem w szablonie planu testów i zostanie zdefiniowane przez kierownika testów.
a) Zdefiniuj zakres testowania
Przed napisaniem projektu testu musimy zidentyfikować „poza zakresem” i „poza zakresem” do testowania, a wszyscy członkowie zespołu muszą być dobrze poinformowani o projekcie i muszą podawać dokładne dane. Jak określisz zakres testowania?
- Wymagania klienta
- Budżet
- Specyfikacja oprogramowania
b) Zdefiniuj typ testu
Definiując typ testowania w celu zidentyfikowania dowolnego błędu w oprogramowaniu, a ostatecznym celem jest dostarczenie oprogramowania do klienta bez żadnych błędów. Niektóre z głównych technik testowania to
- Testowanie jednostkowe: przetestuj najmniejsze oprogramowanie lub aplikację
- Testowanie interfejsu API: testowe interfejsy API utworzone dla aplikacji
- Test integracji: przetestuj moduły połączone w aplikacji
- Test systemu: przetestuj zgodność systemu pod kątem określonego wymagania
- Test instalacji / deinstalacji: Skonfiguruj / usuń określone oprogramowanie w środowisku klienta
- Testy zwinne : przetestuj metodologię zwinną
c) Dokumentuj ryzyko i problem
Zidentyfikuj ryzyko, a to spowoduje potencjalny wpływ na szablon planu testów i jakie środki stanowią problem. Zobacz poniżej niektóre czynniki ryzyka.
- Ludzie nie mają umiejętności testowania tej witryny
- Kierownik testów ma słabe umiejętności definiowania techniki testowania.
- Brak współpracy w zespole
- Złe oszacowanie budżetu
d) Utwórz logistykę testów
Na tym etapie kierownik testu musi zdecydować, kto będzie testować? i kiedy nastąpi test? Wybór właściwej osoby do określonego zadania jest bardzo ważny dla zrozumienia metod. Testowanie może nastąpić w dowolnym momencie, może również rozpocząć się od fazy rozwoju. Gdy dostępne jest poniższe źródło, jest ono gotowe do testowania.
- Specyfikacje testów i dokument wymagań
- Zasoby ludzkie
- Środowisko testowe
3. Testuj cel
Głównym celem testowania celu jest identyfikacja defektów i wydanie oprogramowania jako wolnego od błędów. Cel testu musi być zgodny z poniższymi krokami:
a) Przetestuj oprogramowanie lub funkcję aplikacji.
b) Przetestuj funkcję w oparciu o zestaw celów i cel.
Weź tę stronę jako przykład, aby wykonać powyższe kroki przy użyciu najpopularniejszej metody testowania TOP-DOWN.
- Sprawdź, czy witryna działa w prawdziwym środowisku bez żadnych problemów
- Trzeba sprawdzić potrzeby klienta i spełnia ich oczekiwania
- Powinien być przyjazny dla użytkownika
4. Kryteria testowe
Kryteria mogą być stosowane jako reguła lub procedura oceny osądu. Istnieją dwa rodzaje kryteriów testowania:
a) Kryteria zawieszenia
Kierownik testów musi ustawić cel zawieszenia. Po osiągnięciu celu test zostanie zawieszony do czasu spełnienia kryteriów. Załóżmy, że 30% przypadków testowych zakończyło się niepowodzeniem dla projektu i musi on wrócić do zespołu programistów. Testowania nie można przeprowadzić, dopóki problem nie zostanie usunięty.
b) Kryteria wyjścia
Kryteria wyjścia można ustawić jako maksymalny procent (np. 96%). Gdy wynik testu osiągnął ten procent, projekt można uznać za zaliczony. Obowiązkowe jest uruchomienie 100% przypadków testowych, ale zaliczenie można zdefiniować jako 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Planowanie zasobów
Planowaniem zasobów może być zarówno człowiek, jak i sprzęt, który wymaga tego planu testów do wykonania zadania.
a) Zasoby ludzkie
- Kierownik testów
- Próbnik
- Deweloper w teście
- Inżynier QA
b) Zasoby systemowe
- serwer
- Narzędzie testowe
- Sieć
- Komputer
6. Zaplanuj środowisko testowe
Środowisko testowe polega na skonfigurowaniu sprzętu i oprogramowania do przeprowadzania testów. Musi być wdrożony w środowisku biznesowym w czasie rzeczywistym. Konfigurację środowiska można wykonać jako serwer programistyczny -> serwer testowy / QA -> serwer produkcyjny. Po zakończeniu fazy programowania zostanie przeniesiona do zespołu testującego, a po zakończeniu testów będzie dostępna w środowisku produkcyjnym.
7. Harmonogram i kosztorys
Musi sporządzić harmonogram i oszacowanie, aby wykonać zadanie w szablonie planu testów.
| Zadanie | Członek | Oszacuj czas trwania |
| Utwórz plan testowy | Kierownik testów | 80 roboczogodzin |
| Sprawozdanie z badań | Próbnik | 200 roboczogodzin |
| Dostawa testowa | QA | 30 roboczogodzin |
8. Wyniki testu
Wyniki testów mogą zawierać listę wszystkich dokumentów i innych działań wspierających ten wysiłek. Istnieją trzy rodzaje rezultatów.
a) Przed testem
- Zaplanuj dokument
- Przetestuj dokument projektowy
b) Podczas testowania
- Przechwytuj dzienniki błędów
- Matryca
- Błąd wykonania
c) Po badaniu
- Sprawozdanie z badań
- Informacje o wydaniu
Polecane artykuły
Jest to przewodnik po szablonie planu testów. Tutaj dowiedzieliśmy się, co to jest plan testowy, potrzeba szablonu planu testowego, jak zaprojektować plan testowy itp. Możesz również zapoznać się z następującymi artykułami, aby dowiedzieć się więcej-
- Techniki testowania statycznego
- Szablony AWS CloudFormation
- Narzędzia do testowania w chmurze
- Testowanie protokołu
- Typy i obsługa błędów w JavaScript
- 7 najważniejszych zasad zwinnego testowania ze strategiami
- Przypadki testowe a scenariusz testowy | Najważniejsze różnice
- Co to jest przypadek testowy?