sample test plan document
Czy chcesz się nauczyć i pobrać przykładowy plan testów? Ten samouczek jest odpowiedzią na tych, którzy poprosili o przykład planu testów.
W moim poprzednim samouczku opisałem Indeks planu testów. W tym samouczku omówię ten indeks z bardziej szczegółowymi informacjami.
Plan testów odzwierciedla cały harmonogram testów i podejście.
=> Kliknij tutaj, aby uzyskać pełną serię samouczków dotyczących planu testów
Obejmuje to cel planu testów, tj. Zakres, podejście, zasoby i harmonogram czynności testowych. W celu zidentyfikowania testowanych elementów, testowanych funkcji, zadań testowych do wykonania, personelu odpowiedzialnego za każde zadanie, ryzyka związanego z tym planem itp.
Na końcu tego posta zamieściłem link umożliwiający pobranie formatu PDF tego przykładu planu testów.
Przykładowy plan testów
(Nazwa produktu)
Przygotowane przez:
(Nazwiska tych, którzy przygotowali)
(Data)
SPIS TREŚCI (TOC)
1.0 WPROWADZENIE
2.0 CELE I ZADANIA
2.1 Cele
2.2 Zadania
3.0 ZAKRES
4.0 Strategia testowania
4.1 Testy alfa (testy jednostkowe)
4.2 Testowanie systemu i integracji
4.3 Testy wydajnościowe i obciążeniowe
4.4 Testy akceptacyjne użytkownika
4.5 Testowanie partii
4.6 Automatyczne testy regresji
4.7 Testy beta
5.0 Wymagania sprzętowe
sql pytania do wywiadów za 5 lat doświadczenia
6.0 Wymagania dotyczące środowiska
6.1 Rama główna
6.2 Stacja robocza
7.0 Harmonogram testów
8.0 Procedury kontrolne
9.0 Funkcje do przetestowania
10.0 Funkcje, których nie należy testować
11.0 Zasoby / role i obowiązki
12.0 Harmonogramy
13.0 Działy o znacznym wpływie (SID)
14.0 Zależności
15.0 Ryzyka / założenia
16.0 Narzędzia
17.0 Aprobaty
Uwaga: Ten plan testów jest dostępny w formacie PDF. Aby uzyskać maksymalną elastyczność, rozważ użycie internetowego narzędzia do zarządzania testami, takiego jak TestRail do opracowania planów testów.
Przyjrzyjmy się szczegółowo każdej dziedzinie!
1.0 WPROWADZENIE
Jest to krótkie podsumowanie testowanego produktu. Przedstaw wszystkie funkcje na wysokim poziomie.
2.0 CELE I ZADANIA
2.1 Cele
Opisz cele wspierane przez Główny Plan Testów, Na przykład definiowanie zadań i obowiązków, środek komunikacji, dokument, który ma być używany jako umowa SLA itp.
2.2 Zadania
Wymień wszystkie zadania zidentyfikowane w tym planie testów, tj. Testowanie, post-testowanie, zgłaszanie problemów itp.
3.0 ZAKRES
Generał: W tej sekcji opisano, co jest testowane, co jest nowością we wszystkich funkcjach określonego produktu, jego istniejących interfejsach, integracji wszystkich funkcji itp.
Taktyka: Wypisz tutaj, jak zrealizujesz pozycje wymienione w sekcji „Zakres”.
Na przykład Jeśli wspomniałeś, że będziesz testować istniejące interfejsy, jakie procedury zastosowałbyś, aby powiadomić kluczowe osoby, aby reprezentowały swoje obszary, a także przeznaczyć czas w ich harmonogramie na pomoc w wykonywaniu czynności?
4.0 STRATEGIA TESTÓW
Opisz ogólne podejście do testowania. Dla każdej głównej grupy cech lub ich kombinacji określ podejście, które zapewni, że te grupy cech zostaną odpowiednio przetestowane.
Określ główne czynności, techniki i narzędzia, które są używane do testowania wyznaczonych grup cech.
Podejście powinno być opisane wystarczająco szczegółowo, aby umożliwić identyfikację głównych zadań testowych i oszacowanie czasu wymaganego do wykonania każdego z nich.
4.1 Testowanie jednostkowe
Definicja: Określ minimalny pożądany stopień kompleksowości. Zidentyfikuj techniki, które zostaną użyte do oceny kompleksowości wysiłku testowego ( Na przykład określające, które oświadczenia zostały wykonane co najmniej raz).
Określ dodatkowe kryteria ukończenia ( Na przykład , częstotliwość błędów). Należy określić techniki wykorzystywane do śledzenia wymagań.
Uczestnicy: Wymień nazwiska osób / działów, za które będą odpowiedzialne Testów jednostkowych .
Metodologia: Opisz, jak będą przeprowadzane testy jednostkowe. Kto napisze skrypty testowe do testów jednostkowych, jaka byłaby kolejność zdarzeń podczas testów jednostkowych i jak będzie przebiegać testowanie?
4.2 Testowanie systemu i integracji
Definicja: Wypisz, co rozumiesz Testowanie systemu i testowanie integracji dla Twojego projektu.
Uczestnicy: Kto będzie prowadził System i Testy integracyjne na twój projekt? Wymień osoby, które będą odpowiedzialne za tę czynność.
Metodologia: Opisz, w jaki sposób będą przeprowadzane testy systemów i integracji. Kto napisze skrypty testowe do testów jednostkowych, jaka byłaby kolejność zdarzeń podczas testowania systemu i integracji oraz jak będzie przebiegać testowanie?
4.3 Testy wydajnościowe i obciążeniowe
Definicja: Wypisz, co rozumiesz testowanie warunków skrajnych dla swojego projektu.
Uczestnicy: Kto będzie przeprowadzał testy warunków skrajnych w Twoim projekcie? Wymień osoby, które będą odpowiedzialne za tę czynność.
Metodologia: Opisz, w jaki sposób będą przeprowadzane testy wydajności i obciążenia. Kto napisze skrypty testowe do testów, jaka byłaby kolejność zdarzeń dla testów wydajnościowych i testów obciążeniowych oraz jak będzie przebiegać testowanie?
4.4 Testy akceptacyjne użytkownika
Definicja: Celem testu akceptacyjnego jest potwierdzenie, że system jest gotowy do pracy. Podczas testu akceptacji użytkownicy końcowi (klienci) systemu porównują system z jego początkowymi wymaganiami.
Uczestnicy: Kto będzie odpowiedzialny za testy akceptacyjne użytkowników? Wymień nazwiska osób i ich odpowiedzialność.
Metodologia: Opisz, w jaki sposób będą przeprowadzane testy akceptacji użytkowników. Kto napisze skrypty testowe do testowania, jaka byłaby kolejność zdarzeń w ramach testów akceptacyjnych użytkownika i jak będzie przebiegać testowanie?
4.5 Testowanie partii
4.6 Automatyczne testy regresji
Definicja: Testowanie regresji to selektywne ponowne testowanie systemu lub komponentu w celu sprawdzenia, czy modyfikacje nie spowodowały niezamierzonych skutków i czy system lub komponent nadal działa zgodnie z wymaganiami.
4.7 Testy beta
5.0 WYMAGANIA SPRZĘTOWE
Komputery
Modemy
6.0 WYMAGANIA ŚRODOWISKOWE
6.1 Rama główna
Określ zarówno niezbędne, jak i pożądane właściwości środowiska testowego.
Specyfikacja powinna zawierać fizyczne cechy obiektów, w tym sprzęt, komunikację i oprogramowanie systemowe, sposób użytkowania ( Na przykład, autonomiczny) oraz wszelkie inne oprogramowanie lub materiały wymagane do obsługi testu.
Określ także poziom bezpieczeństwa, który musi być zapewniony dla placówki testowej, oprogramowania systemowego i zastrzeżonych składników, takich jak oprogramowanie, dane i sprzęt.
Zidentyfikuj specjalne narzędzia testowe, które są wymagane. Zidentyfikuj inne potrzeby testowe ( Na przykład, publikacje czy powierzchnie biurowe). Zidentyfikuj źródło wszystkich potrzeb, które nie są obecnie dostępne dla Twojej grupy.
6.2 Stacja robocza
7.0 HARMONOGRAM TESTÓW
Uwzględnij wszystkie kamienie milowe testów określone w harmonogramie projektu oprogramowania, a także wszystkie zdarzenia związane z przekazaniem elementów.
Zdefiniuj dodatkowe wymagane kamienie milowe testów. Oszacuj czas wymagany do wykonania każdego zadania testowego. Określ harmonogram dla każdego zadania testowego i kamienia milowego testów. Dla każdego zasobu testowego (czyli obiektów, narzędzi i personelu) określ jego okresy użytkowania.
8.0 PROCEDURY KONTROLNE
Zgłaszanie problemów
Udokumentuj procedury, których należy przestrzegać w przypadku wystąpienia incydentu podczas procesu testowania. Jeśli będzie używany standardowy formularz, dołącz pusty egzemplarz jako „Dodatek” do planu testów.
Jeśli korzystasz z automatycznego systemu rejestrowania incydentów, napisz te procedury.
Żądania zmian
Dokumentuj proces modyfikacji oprogramowania. Określ, kto podpisze zmiany i jakie byłyby kryteria włączenia zmian w bieżącym produkcie.
Jeśli zmiany wpłyną na istniejące programy, należy zidentyfikować te moduły.
9.0 CECHY DO TESTOWANIA
Zidentyfikuj wszystkie funkcje oprogramowania i kombinacje funkcji oprogramowania, które będą testowane.
10.0 CECHY NIE NALEŻY TESTOWAĆ
Zidentyfikuj wszystkie funkcje i znaczące kombinacje funkcji, które nie będą testowane, wraz z powodami.
11.0 ZASOBY / ROLA I OBOWIĄZKI
Określ pracowników, którzy są zaangażowani w projekt testowy i jakie będą ich role ( Na przykład, Mary Brown (użytkownik) kompiluje przypadki testowe do testów akceptacyjnych).
Zidentyfikuj grupy odpowiedzialne za zarządzanie, projektowanie, przygotowywanie, wykonywanie i rozwiązywanie czynności testowych, a także związanych z nimi zagadnień.
Zidentyfikuj również grupy odpowiedzialne za zapewnienie środowiska testowego. Grupy te mogą obejmować deweloperów, testerów, personel operacyjny, usługi testowe itp.
12.0 HARMONOGRAMY
Główne produkty: Zidentyfikuj dokumenty do dostarczenia. Możesz wymienić następujące dokumenty:
- Plan testów
- Przypadki testowe
- Raporty z incydentów testowych
- Raporty podsumowujące testy
13.0 DZIAŁY (SID) O ZNACZĄCY WPŁYWIE
Departament / Business Area Bus. Menedżer Tester (y)
14.0 ZALEŻNOŚCI
Zidentyfikuj znaczące ograniczenia w testowaniu, takie jak dostępność elementów testowych, dostępność zasobów testowych i terminy.
15.0 RYZYKA / ZAŁOŻENIA
Zidentyfikuj założenia planu testów wysokiego ryzyka. Określ plany awaryjne dla każdego ( Na przykład, opóźnienie w dostawie elementów testowych może wymagać zwiększonego planowania zmiany nocnej, aby dotrzymać terminu dostawy).
jeden 6.0 NARZĘDZIA
Wypisz narzędzia automatyzacji, których będziesz używać. Wymień również narzędzie do śledzenia błędów tutaj.
17.0 APROBATY
Podaj nazwiska i tytuły wszystkich osób, które muszą zatwierdzić ten plan. Zapewnij miejsce na podpisy i daty.
Imię i nazwisko (drukowanymi literami) Podpis Data:
1.
2.
3.
Cztery.
Ściągnij: Możesz również pobrać ten przykładowy plan testów Szablon tutaj.
Przygotowaliśmy również prawdziwyPlan testów projektu na żywoz tej próbki.
Możesz to sprawdzić i pobrać w następujących samouczkach:
=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków dotyczących planu testów
rekomendowane lektury
- Sylabus kursu testowania oprogramowania - szczegółowy plan szkolenia kursu online
- Przykładowy szablon planu testów oprogramowania z formatem i zawartością
- ISTQB Testing Certification Przykładowe pytania z odpowiedziami
- Samouczek dotyczący planu testów: przewodnik dotyczący pisania dokumentu planu testów oprogramowania od podstaw
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Testing Primer Pobierz eBook
- Kiedy przestać testować (kryteria zakończenia w testowaniu oprogramowania)
- Przykładowy raport o błędzie