Przykład szablonu planu testów

Czym jest szablon planu testów?

A Szablon planu testów to szczegółowy dokument opisujący strategię testowania, cele, harmonogram, oszacowanie, produkty końcowe i zasoby niezbędne do testowania. Pomaga określić nakład pracy potrzebny do walidacji jakości i służy jako plan działania, kontrolowany przez Kierownika Testów.

Tworząc Plan testów jest obowiązkowe, aby zapewnić powodzenie Twojego projektu testowego. Jeśli jesteś w tym nowy, zapoznaj się z Jak stworzyć plan testów.

Pobierz przykładowy szablon planu testów

Struktura szablonu planu testów

Poniżej przedstawiono najważniejsze elementy szablonu planu testów, wyjaśnione w kolejności alfabetycznej:

• 1. Wstęp
• Zakres 1.1
• 1.1.1 W zakresie
• 1.1.2 Poza zakresem
• 1.2 Cel jakości
• 1.3 ról i obowiązków
• 2. Metodologia testów
• 2.1 Przegląd
• 2.2 Poziomy testów
• 2.3 Segregacja błędów
• 2.4 Kryteria zawieszenia i wymagania dotyczące wznowienia
• 2.5 Test kompletności
• 3. Testowanie produktów końcowych
• 4. Potrzeby w zakresie zasobów i środowiska
• 4.1 Narzędzia testowe
• 4.2 Środowisko testowe
• 5. Terminy/Akronimy

1) Wprowadzenie

Wprowadzenie zawiera krótki przegląd strategii testowania, procesów, przepływu pracy i metodologii stosowanych w projekcie.

1.1) Zakres

---

Zakres jest dzielony na dwie części, tak aby granice testowania pozostały jednoznaczne.

1.1.1) W zakresie

Zakres definiuje funkcje, wymagania funkcjonalne lub niefunkcjonalne oprogramowania, które będzie przetestowany.

1.1.2) Poza zakresem

Poza zakresem definiuje funkcje, wymagania funkcjonalne lub niefunkcjonalne oprogramowania, które nie będzie przetestowany.

1.2) Cel jakościowy

---

W tym miejscu należy wymienić ogólne cele, które zespół planuje osiągnąć poprzez testowanie manualne i automatyczne. Niektóre cele typowego projektu testowego obejmują:

• Upewnij się, że testowana aplikacja (AUT) spełnia wymagania funkcjonalne i niefunkcjonalne.
• Upewnij się, że AUT spełnia specyfikacje jakościowe określone przez klienta.
• Zidentyfikuj i napraw błędy przed udostępnieniem aplikacji.

1.3) Role i obowiązki

---

Podaj szczegółowy opis ról i obowiązków poszczególnych członków zespołu, takich jak:

• Analityk QA
• Kierownik Testów
• Manager konfiguracji
• Programiści
• Zespół instalacyjny

Pośród innych.

👉 Zapisz się na bezpłatny projekt testowania oprogramowania na żywo

2) Metodologia testów

W tej sekcji określono cykl życia, poziomy i zasady regulujące wykonywanie testów.

2.1) Przegląd

---

Podaj powód przyjęcia konkretnej metodologii testowania w projekcie. Metodologia testowania wybrana w projekcie może być następująca:

• Wodospad
• Iteracyjny
• Agile
• Ekstremalne programowanie

Wybór metodologii zależy od wielu czynników. Więcej informacji na temat metodologii testowania można znaleźć tutaj. w tym miejscu.

2.2) Poziomy testów

---

Poziomy testów definiują typy testów, które mają zostać wykonane w testowanej aplikacji (AUT)Wybór poziomów zależy przede wszystkim od zakresu projektu, ograniczeń czasowych i budżetowych.

2.3) Segregacja błędów

---

Celem selekcji błędów jest:

• Zdefiniuj typ rozwiązania dla każdego błędu.
• Określ priorytety błędów i ustal harmonogram dla wszystkich błędów „Do naprawienia”.

2.4) Kryteria zawieszenia i wymagania dotyczące wznowienia

---

Kryteria zawieszenia określają warunki, w których całość lub część procedury testowej zostanie wstrzymana. Kryteria wznowienia określają, kiedy testowanie może zostać wznowione po jego zawieszeniu.

2.5) Test kompletności

---

Tutaj definiujesz kryteria, które uznają Twoje testy za ukończone. Na przykład, typowe kryteria sprawdzania kompletności testów to:

• Osiągnięto 100% pokrycie testami.
• Wykonano wszystkie przypadki testowe, zarówno ręczne, jak i automatyczne.
• Wszystkie otwarte błędy zostały poprawione lub zaplanowane do następnej wersji.

3) Produkty testowe

Wypisz wszystkie artefakty wygenerowane w cyklu testowania. Rejestrowanie ich z wyprzedzeniem zapobiega przegapionym przekazaniom między zespołami.

4) Potrzeby dotyczące zasobów i środowiska

Wypisz narzędzia i infrastrukturę potrzebne do zabezpieczenia budżetów, licencji i środowisk przed rozpoczęciem realizacji.

4.1) Narzędzia testowe

---

Sporządź listę narzędzi takich jak:

• Narzędzie do śledzenia wymagań
• Narzędzie do śledzenia błędów
• Narzędzia automatyzacji

Są one wymagane do efektywnego przetestowania projektu.

4.2) Środowisko testowe

---

Podaj minimum sprzęt komputerowy wymagania, które zostaną wykorzystane do testowania aplikacji.

Poniższy oprogramowanie jest wymagane dodatkowo do oprogramowania specyficznego dla klienta:

• Windows 11 i wyżej
• Microsoft 365 (lub Office 2021 i nowsze)
• MS Exchange itp.

5) Terminy/akronimy

Udokumentuj wszelkie terminy i akronimy używane w projekcie, aby nowicjusze mogli czytać plan bez niejasności.

Pobierz powyższy format szablonu planu testów

Przykładowy dokument planu testów: Przykład aplikacji internetowej dla banku

Poniższy przykład pokazuje, jak wypełnić powyższy szablon w aplikacji internetowej Guru99 Bank.

1. Wstęp

Plan testów określa zakres, podejście, zasoby i harmonogram wszystkich działań testowych w projekcie Guru99 Bank. Określa on elementy i funkcje do przetestowania, rodzaje przeprowadzanych testów, odpowiedzialny personel oraz ryzyka związane z planem.

Zakres 1.1

1.1.1 W zakresie

Wszystkie funkcje witryny internetowej Guru99 Bank zdefiniowane w wymaganiach dotyczących oprogramowania okular muszą zostać przetestowane.

Nazwa modułu	Obowiązujące role	OPIS
Zapytanie o saldo	Menedżer, Klient	klient: Klient może posiadać wiele kont bankowych i mieć dostęp wyłącznie do sald swoich kont. Kierownik: Menedżer może przeglądać saldo wszystkich klientów pod swoim nadzorem.
Transfer środków	Menedżer, Klient	klient: Klient może przelać środki ze swojego konta na dowolne konto docelowe. Kierownik: Menedżer może przelać środki z dowolnego konta źródłowego na dowolne konto docelowe.
Mini oświadczenie	Menedżer, Klient	Miniwyciąg pokazuje 5 ostatnich transakcji na koncie. klient: Widzi tylko mini-wyciągi ze swoich kont. Kierownik: Wyświetla mini-wyciąg z dowolnego konta.
Indywidualne oświadczenie	Menedżer, Klient	Spersonalizowane zestawienie filtruje i wyświetla transakcje na koncie według daty lub wartości transakcji. klient: Tylko jego własne relacje. Kierownik: Dowolne konto.
Zmień hasło	Menedżer, Klient	klient: Może zmienić hasło do swojego konta. Kierownik: Może zmienić hasło do swojego konta, ale nie do kont swoich klientów.
Nowy klient	Menedżer	Kierownik: Menedżer może dodać nowego klienta.
Edytuj klienta	Menedżer	Kierownik: Można edytować dane klienta, takie jak adres, adres e-mail i numer telefonu.
Nowe konto	Menedżer	System oferuje 2 rodzaje kont: oszczędnościowe i bieżące. Klient może posiadać wiele kont oszczędnościowych (indywidualnych lub wspólnych) oraz wiele kont bieżących. Kierownik: Można dodać nowe konto dla istniejącego klienta.
Edytuj konto	Menedżer	Kierownik: Można edytować szczegóły istniejącego konta.
Usuń konto	Menedżer	Kierownik: Można usunąć konto należące do klienta.
Usuń Klienta	Menedżer	Klienta można usunąć tylko wtedy, gdy nie posiada on żadnych aktywnych kont bieżących ani oszczędnościowych. Kierownik: Można usunąć klienta.
Depozyt	Menedżer	Kierownik: Można wpłacić pieniądze na dowolne konto, zazwyczaj w oddziale banku.
Wypłata	Menedżer	Kierownik: Można wypłacać pieniądze z dowolnego konta, zazwyczaj wypłacając gotówkę w oddziale banku.

1.1.2 Poza zakresem

Funkcje te nie są testowane, ponieważ nie są częścią specyfikacji wymagań oprogramowania:

• Interfejsy użytkownika
• Interfejsy sprzętowe
• Interfejsy oprogramowania
• Projekt logiczny bazy danych
• Interfejsy komunikacyjne
• Bezpieczeństwo i wydajność witryny internetowej

1.2 Cel jakości

Celem testu jest zweryfikować Funkcjonalność strony internetowej Banku Guru99. Projekt powinien skupić się na testowaniu operacje bankowe, takie jak zarządzanie kontem, wypłaty i sprawdzanie salda, gwarancja że wszystkie te operacje działają normalnie w prawdziwym środowisku biznesowym.

1.3 ról i obowiązków

Projekt powinien skorzystać outsourcingu członków jako testerów, aby zaoszczędzić na kosztach projektu.

Nie.	Członek	Zadania
1.	Kierownik Testów	Zarządza całym projektem, określa kierunek projektu i pozyskuje odpowiednie zasoby.
2.	Próbnik	Identyfikuje i opisuje odpowiednie techniki testowania, narzędzia i architekturę automatyzacji; weryfikuje podejście do testowania; wykonuje testy; rejestruje wyniki; zgłasza defekty. Członkowie zewnętrzni.
3.	Deweloper w teście	Implementuje przypadki testowe, programy testowe, zestawy testowe itp.
4.	Administrator testów	Tworzy i utrzymuje środowisko testowe i zasoby; wspiera testerów w trakcie wykonywania testów.
5.	Członkowie SQA	Przejmij odpowiedzialność za zapewnienie jakości i potwierdź, czy proces testowania spełnia określone wymagania.

2. Metodologia testów

2.1 Przegląd

Projekt Guru99 Bank opiera się na metodyce testowania Agile, która pozwala testerom na dostosowywanie się do szybkich sprintów programistycznych przy jednoczesnym zachowaniu uporządkowanej dokumentacji.

2.2 Poziomy testów

W projekcie Guru99 Bank należy przeprowadzić trzy rodzaje testów:

• Testy integracyjne: Poszczególne moduły oprogramowania są łączone i testowane jako grupa.
• Testowanie systemu: Przeprowadzane w ramach kompletnego, zintegrowanego systemu w celu oceny zgodności ze określonymi wymaganiami.
• Testowanie API: Testuje wszystkie interfejsy API udostępniane przez testowane oprogramowanie.

2.3 Segregacja błędów

Spotkania poświęcone wstępnej selekcji błędów odbywają się dwa razy w tygodniu i mają na celu sklasyfikowanie stopnia ważności usterki, właściciela oraz docelowego wydania poprawki.

2.4 Kryteria zawieszenia i wymagania dotyczące wznowienia

If 40% przypadków testowych ma powiodło, wstrzymaj testowanie do czasu, aż zespół programistów naprawi wszystkie błędne przypadki.

2.5 Test kompletności

• Określa kryteria oznaczające a udany zakończenie fazy testowej.
• Szybkość biegu jest obowiązkowe w 100% chyba że zostanie podany wyraźny powód.
• Przekaż stopę is 80%;osiągnięcie wskaźnika zdawalności to obowiązkowe.

2.6 Zadania, szacowanie i harmonogram projektu

Zadanie	Członkowie	Szacowany wysiłek
Utwórz specyfikację testu	Projektant testów	170 roboczogodzin
Wykonaj wykonanie testu	Tester, Administrator Testów	80 roboczogodzin
Sprawozdanie z badań	Próbnik	10 roboczogodzin
Dostawa testowa	Kierownik Testów	20 roboczogodzin
Cena produktu z VAT:	-	280 roboczogodzin

Plan zajęć: Zespół zobowiązuje się do ukończenia tych zadań w uzgodnionym terminie cyklu testowego.

3. Testowanie produktów końcowych

Wyniki testów w ramach projektu Guru99 Bank podzielono na trzy fazy.

Przed fazą testowania:

• Dokument planu testów.
• Przypadki testowe dokumentów.
• Specyfikacje projektu testowego.

W fazie testowania:

• Symulatory narzędzi testowych.
• Dane testowe.
• Macierz śledzenia testów, dzienniki błędów i dzienniki wykonania.

Po zakończeniu cykli testowych:

• Wyniki testów i raporty.
• Zgłoszenie usterki.
• Wytyczne dotyczące instalacji i procedury testowania.
• Informacje o wydaniu.

4. Potrzeby w zakresie zasobów i środowiska

4.1 Narzędzia testowe

Nie.	Zasób	OPIS
1.		Serwer bazy danych działa MySQL oraz serwer WWW obsługujący Apache.
2.	Narzędzie testowe	Narzędzie umożliwiające automatyczne generowanie wyników testów w zdefiniowanej formie i automatyzację wykonywania testów.
3.	Sieć	Konfiguracja gigabitowej sieci LAN i jedno łącze internetowe o minimalnej prędkości 5 Mb/s.
4.	Komputer	Co najmniej 4 działające stanowiska robocze Windows 11, z 8 GB pamięci RAM i procesorem 3.4 GHz.

4.2 Środowisko testowe

W tej podsekcji wymieniono minimalne wymagania sprzętowe i programowe używane do testowania aplikacji. Oprócz oprogramowania specyficznego dla klienta wymagane jest następujące oprogramowanie:

• Windows 11 i wyżej
• Microsoft 365 (lub Office 2021 i nowsze)
• MS Exchange itp.

Jak AI pomaga w planowaniu testów

Nowoczesne planowanie testów coraz częściej wykorzystuje sztuczną inteligencję do kompresji wysiłku i wykrywania martwych punktów. Asystenci generatywni, tacy jak ChatGPT, Claude czy… Gemini Potrafi sporządzić wstępny plan testów na podstawie dokumentu wymagań, zasugerować brakujące przypadki brzegowe i automatycznie generować macierze śledzenia. Modele uczenia maszynowego sygnalizują ryzykowne moduły na podstawie historycznych danych o defektach, pomagając Kierownikowi Testów skupić wysiłki tam, gdzie są najbardziej potrzebne.

Jednakże pomoc sztucznej inteligencji nie zastępuje ludzkiej oceny. RevProjektanci muszą zweryfikować zakres, zakres regulacyjny i intencje biznesowe przed zatwierdzeniem jakiegokolwiek planu wygenerowanego przez sztuczną inteligencję. Sugestie dotyczące sztucznej inteligencji należy traktować jako pierwszy szkic, a nie dokument końcowy.

Najlepsze praktyki dotyczące skutecznego planu testów

Dobrze napisany plan testów zapewnia zgodność działań wszystkich interesariuszy. Stosuj poniższe najlepsze praktyki podczas tworzenia dokumentu:

• Zachowaj zwięzłość: Używaj jasnego języka i list punktowanych; unikaj żargonu, który spowalnia pracę czytelników niezajmujących się zapewnieniem jakości.
• Zrób to Reviewable: Wcześnie podziel się informacjami z programistami i analitykami biznesowymi, aby wychwycić brakujące wymagania.
• Określ ilościowo kryteria wyjścia: Zdefiniuj pokrycie numeryczne, wskaźnik zdawalności i progi defektów.
• Powiąż ryzyko z działaniami łagodzącymi: Powiąż każde ryzyko ze strategią powstrzymywania go lub zapobiegania.
• Kontrola wersji planu: Zapisz je w narzędziu do dokumentacji, aby śledzić zmiany w całym projekcie.

FAQ