Szablon planu testów (przykładowy dokument)

Co to jest szablon planu testów?

Szablon planu testów to szczegółowy dokument opisujący strategię testów, cele, harmonogram, oszacowanie i elementy dostarczane oraz zasoby wymagane do testowania. Plan testów pomaga nam określić wysiłek potrzebny do sprawdzenia jakości testowanej aplikacji. Plan testów służy jako plan przeprowadzenia działań związanych z testowaniem oprogramowania jako zdefiniowany proces, który jest szczegółowo monitorowany i kontrolowany przez kierownika testów.

Tworząc Plan testów jest obowiązkowe, aby zapewnić powodzenie projektu testowania oprogramowania. Jeśli dopiero zaczynasz planowanie testów, zapoznaj się z tym samouczkiem Jak stworzyć plan testów

Pobierz przykładowy szablon planu testów

Szablon planu testów

Poniżej znajdują się ważne elementy planu testów:

1) Wprowadzenie

Krótkie wprowadzenie na temat strategii testowych, procesu, przepływu pracy i metodologii zastosowanych w projekcie

1.1) Zakres


1.1.1) W zakresie

Zakres określa cechy, wymagania funkcjonalne i niefunkcjonalne oprogramowania, które będzie przetestowany

1.1.2) Poza zakresem

Out Of Scope definiuje funkcje, wymagania funkcjonalne i niefunkcjonalne oprogramowania, które nie będzie przetestowany

1.2) Cel jakościowy


Wspomnij tutaj o ogólnym celu, który planujesz osiągnąć za pomocą testów ręcznych i testów automatycznych.

Niektóre cele projektu testowego mogą być

  • Upewnij się, że testowana aplikacja spełnia wymagania funkcjonalne i niefunkcjonalne
  • Upewnij się, że AUT spełnia specyfikacje jakości określone przez klienta
  • Błędy/problemy są identyfikowane i naprawiane przed uruchomieniem

1.3) Role i obowiązki


Szczegółowy opis ról i obowiązków różnych członków zespołu, np

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

Wśród innych

2) Metodologia testów

2.1) Przegląd


Wskaż powód przyjęcia określonej metodologii testów w projekcie. Metodologia testów wybrana dla projektu może być

  • WaterFall
  • Iteracyjny
  • Agile
  • Ekstremalne programowanie

Wybrana metodologia zależy od wielu czynników. Możesz przeczytać o metodologii testów tutaj

2.2) Poziomy testów


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

2.3) Segregacja błędów


Celem segregacji jest

  • Aby zdefiniować typ rozwiązania dla każdego błędu
  • Ustalanie priorytetów błędów i ustalanie harmonogramu wszystkich błędów, które mają zostać naprawione.

2.4) Kryteria zawieszenia i wymagania dotyczące wznowienia


Kryteria zawieszenia definiują kryteria stosowane do zawieszenia całości lub części procedury testowej, natomiast kryteria wznowienia określają, kiedy można wznowić testowanie po jego zawieszeniu

2.5) Test kompletności


Tutaj definiujesz kryteria, które uznają Twoje testy za zakończone.

Na przykład może być kilka kryteriów sprawdzania kompletności testu

  • 100% pokrycie testu
  • Wykonano wszystkie przypadki testów ręcznych i automatycznych
  • Wszystkie otwarte błędy zostały naprawione lub zostaną naprawione w następnej wersji

3) Produkty testowe

Wspomnij tutaj wszystkie artefakty testowe, które zostaną dostarczone na różnych etapach cyklu życia testów.

Oto proste rezultaty

  • Plan testów
  • Przypadki testowe
  • Matryca identyfikowalności wymagań
  • Zgłaszanie błędów
  • Strategia testowania
  • Metryki testowe
  • Wylogowanie klienta

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

4.1) Narzędzia testowe


Zrób listę narzędzi, np

Wymagane do przetestowania projektu

4.2) Środowisko testowe


Wspomina o minimum sprzęt komputerowy wymagania, które będą wykorzystywane do testowania Aplikacji.

Obserwowane oprogramowania są wymagane oprócz oprogramowania specyficznego dla klienta.

  • Windows 8 i wyżej
  • Office 2013 i nowsze
  • MS Exchange itp.

5) Terminy/akronimy

Wspomnij o wszelkich terminach i akronimach użytych w projekcie

TERMIN/AKRONIM OKREŚLENIE
API Interfejs programu aplikacji
AUT Aplikacja w trakcie testów

Pobierz powyższy format szablonu planu testów

Przykładowy plan testów Bankowość dokumentów Przykład aplikacji internetowej

1 Wprowadzenie

Plan testów ma na celu określenie zakresu, podejścia, zasobów i harmonogramu wszystkich działań testowych projektu Guru99 Bank. Plan identyfikuje elementy do przetestowania, funkcje do przetestowania, rodzaje testów do wykonania, personel odpowiedzialny za testowanie, zasoby i harmonogram wymagane do ukończenia testowania oraz ryzyka związane z planem.

1.1 Zakres

1.1.1 W zakresie

Wszystkie funkcje witryny Guru99 Bank, które zostały zdefiniowane w wymaganiach oprogramowania okular trzeba je przetestować
Nazwa modułu Obowiązujące role Opis
Zapytanie o saldo Menedżer Klient Klient:Klient może mieć wiele kont bankowych. Może przeglądać saldo tylko swoich kont Menedżer:Menedżer może przeglądać saldo wszystkich klientów, którzy podlegają jego nadzorowi
Transfer środków Menedżer Klient klient: Klient może zlecić przelew środków ze swojego „własnego” konta na dowolne konto docelowe. Menedżer:Menedżer może przelać środki z dowolnego konta bankowego źródłowego na konto docelowe
Mini oświadczenie Menedżer Klient Mini wyciąg pokaże 5 ostatnich transakcji na koncie klient: Klient może zobaczyć mini-wyciąg tylko ze swoich „własnych” kont Kierownik: Menedżer może zobaczyć miniwyciąg z dowolnego konta
Indywidualne oświadczenie Menedżer Klient Spersonalizowane zestawienie pozwala filtrować i wyświetlać transakcje na koncie na podstawie daty i wartości transakcji klient: Klient może zobaczyć spersonalizowane zestawienie tylko swoich „własnych” kont Menedżer:Menedżer może zobaczyć spersonalizowane zestawienie dowolnego konta
Zmień hasło Menedżer Klient klient: Klient może zmienić hasło tylko do swojego konta. Menedżer:Menedżer może zmienić hasło tylko swojego konta. Nie może zmienić haseł swoich klientów
Nowy klient Menedżer Menedżer: Menedżer może dodać nowego klienta.
Menedżer Kierownik: Menedżer może edytować dane klienta, takie jak adres, e-mail i numer telefonu.
Nowe konto Menedżer Obecnie system zapewnia 2 rodzaje kont • Oszczędnościowe • Bieżące Klient może mieć wiele kont oszczędnościowych (jedno na swoje nazwisko, drugie na nazwisko wspólne itd.). Może mieć wiele kont bieżących dla różnych firm, których jest właścicielem. Lub może mieć wiele kont bieżących i oszczędnościowych. Kierownik: Menedżer może dodać nowe konto dla istniejącego klienta.
Edytuj konto Menedżer Kierownik: Menedżer może dodać szczegóły edycji konta dla istniejącego konta
Usuń konto Menedżer Kierownik: Menedżer może dodać lub usunąć konto klienta.
Usuń Klienta Menedżer Usunięcie klienta możliwe jest wyłącznie w przypadku, gdy nie posiada on aktywnego rachunku bieżącego lub oszczędnościowego Kierownik: Menedżer może usunąć klienta.
Depozyt Menedżer Kierownik: Menedżer może wpłacić pieniądze na dowolne konto. Zazwyczaj robi się to, gdy gotówka jest wpłacana do oddziału banku.
Wypłata Menedżer Kierownik: Menedżer może wypłacić pieniądze z dowolnego konta. Zazwyczaj robi się to, gdy gotówka jest wypłacana w oddziale banku.

1.1.2 Poza zakresem

Funkcje te nie są testowane, ponieważ nie są uwzględnione w specyfikacji wymagań oprogramowania
  • Interfejsy użytkownika
  • Interfejsy sprzętowe
  • Interfejsy oprogramowania
  • Logiczna baza danych
  • Interfejsy komunikacyjne
  • Bezpieczeństwo i wydajność witryny internetowej

1.2 Cel jakości

Celem testu jest zweryfikować funkcjonalności serwisu Guru99 Bank, projekt powinien skupiać się na testowaniu operacja bankowa takie jak zarządzanie kontem, wypłaty i saldo… itp. Do gwarancja wszystkie te operacje mogą działać normalnie w prawdziwym środowisku biznesowym.

1.3 ról i obowiązków

Projekt powinien skorzystać zlecać na zewnątrz członków jako testerów, aby zaoszczędzić na kosztach projektu.
Nie. Członek Zadania
1. Kierownik Testów Zarządzanie całym projektem Określanie kierunków projektu Zdobywanie odpowiednich zasobów
2. Testowanie Identyfikowanie i opisywanie odpowiednich technik testowania/narzędzi/architektury automatyzacji Weryfikacja i ocena podejścia testowego Wykonywanie testów Rejestrowanie wyników Raportowanie defektów Członkowie zewnętrzni
3. Deweloper w teście Zaimplementuj przypadki testowe, program testowy, zestaw testów itp.
4. Administrator testów Tworzy i zapewnia zarządzanie i konserwację środowiska testowego i zasobów. Wspomaga testerów w korzystaniu ze środowiska testowego w celu wykonywania testów.
5. Członkowie SQA Przejmij odpowiedzialność za zapewnienie jakości. Sprawdź, czy proces testowania spełnia określone wymagania.

2 Metodologia testów

2.1 Przegląd

2.2 Poziomy testów

W projekcie Guru99 Bank należy przeprowadzić 3 rodzaje testów.
  • CBCT Testowanie (poszczególne moduły oprogramowania są łączone i testowane jako grupa)
  • Konfiguracja Testowanie: Przeprowadzono na kompletny, zintegrowany system oceny zgodności systemu z określonymi wymaganiami
  • Testowanie API: Przetestuj wszystkie interfejsy API utworzone dla testowanego oprogramowania

2.3 Segregacja błędów

2.4 Kryteria zawieszenia i wymagania dotyczące wznowienia

Jeśli członkowie zespołu zgłoszą, że tak jest 40% przypadków testowych powiodło, wstrzymaj testowanie do czasu, aż zespół programistów naprawi wszystkie przypadki, które zakończyły się niepowodzeniem.

2.5 Test kompletności

  • Określa kryteria oznaczające a udany zakończenie fazy testowej
  • Uruchom stawka jest obowiązkowa 100% chyba że zostanie podany wyraźny powód.
  • Przechodzić stawka wynosi 80% osiągnięcie wskaźnika zdawalności jest obowiązkowe

2.6 Zadanie projektowe oraz oszacowanie i harmonogram

Zadanie Członkowie Oszacuj 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 20 roboczogodzin
Cena produktu z VAT: 280 roboczogodzin
Zaplanuj wykonanie tych zadań

3 elementy testowe

Wyniki testów przedstawiono poniżej Przed fazą testów Podczas testów – Symulatory narzędzi testowych. – Dane testowe – Matryca możliwości śledzenia testów – Dzienniki błędów i dzienniki wykonania. Po zakończeniu cykli testowych
  • Wyniki testów/raporty
  • Zgłoszenie usterki
  • Wytyczne dotyczące procedur instalacji/testowania
  • Informacje o wersji

4 Potrzeby dotyczące zasobów i środowiska

4.1 Narzędzia testowe

Nie. Zasoby Descriptjony
1. . Potrzebujesz serwera bazy danych, który zainstalujesz MySQL serwer Serwer WWW, który instaluje serwer Apache
2. Narzędzie testowe Opracuj narzędzie testowe, które może automatycznie wygenerować wynik testu do predefiniowanej formy i zautomatyzować wykonanie testu
3. Sieć Skonfiguruj sieć LAN Gigabit i 1 łącze internetowe o szybkości co najmniej 5 Mb/s
4. Komputer Co najmniej 4 uruchomienia komputera Windows 7, Ram 2 GB, Procesor 3.4 GHz

4.2 Środowisko testowe

Wspomina o minimalnych wymaganiach sprzętowych i programowych, które zostaną wykorzystane do przetestowania Aplikacji. Oprócz oprogramowania specyficznego dla klienta wymagane jest następujące oprogramowanie.
  • Windows 11 i wyżej
  • Office 2021 i nowsze
  • MS Exchange itp.

Czytaj więcej Czytaj więcej