Szablon planu testów (przykładowy dokument)

Przez: Tomasza Hamiltona Tomasza Hamiltona
Hours Zaktualizowano

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

POWIĄZANE ARTYKUŁY

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 określa elementy, które mają zostać przetestowane, funkcje, które mają zostać przetestowane, rodzaje testów, które mają zostać wykonane, personel odpowiedzialny za testowanie, zasoby i harmonogram niezbędne do ukończenia testów 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 Opisy Konstrukcyjne
Zapytanie o saldo Menedżer Klient KlientKlient może posiadać wiele kont bankowych. Może
przeglądać tylko saldo swoich kont
Menedżer:Menedżer może przeglądać saldo wszystkich klientów, którzy
znaleźć się pod jego nadzorem
Transfer środków Menedżer Klient klient: Klient może mieć możliwość przelewu środków z „własnych”
konto na dowolne konto docelowe.
Menedżer:Menedżer może przelać środki z dowolnego banku źródłowego
konto do konta docelowego
Mini oświadczenie Menedżer Klient Mini wyciąg pokaże 5 ostatnich transakcji na koncie
klient: Klient może zobaczyć miniwyciąg tylko ze swojego „własnego” konta
Rachunki
Kierownik: Menedżer może zobaczyć miniwyciąg z dowolnego konta
Indywidualne oświadczenie Menedżer Klient Niestandardowe oświadczenie umożliwia filtrowanie i wyświetlanie
transakcje na koncie na podstawie daty i wartości transakcji
klient: Klient może zobaczyć tylko spersonalizowane oświadczenie
jego „własne” konta
Menedżer:Menedżer może zobaczyć spersonalizowane zestawienie dowolnego
konto
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 do swojego konta.
Nie może zmieniać 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ć takie dane jak adres, e-mail,
telefon klienta.
Nowe konto Menedżer Obecnie system udostępnia 2 rodzaje kont
• Oszczędzanie
• Aktualny
Klient może posiadać wiele kont oszczędnościowych (jedno na swoje nazwisko,
inne we wspólnym imieniu itp.).
Może posiadać wiele rachunków bieżących dla różnych firm
on posiada.
Lub może mieć wiele rachunków bieżących i oszczędnościowych.
Kierownik: Menedżer może dodać nowe konto do istniejącego
Klient.
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.
Zwykle odbywa się to poprzez wpłatę gotówki w oddziale banku.
Wypłata Menedżer Kierownik: Menedżer może wypłacić pieniądze z dowolnego konta.
Zwykle odbywa się to przy wypłacie gotówki 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ądzaj całym projektem
Określ kierunki projektu
Zdobądź odpowiednie zasoby
2. Testowanie Identyfikowanie i opisywanie odpowiednich technik/narzędzi testowych/architektury automatyzacji. Weryfikacja i ocena podejścia testowego.
Wykonaj testy, zapisz wyniki, zgłoś defekty.
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 oraz konserwację środowiska testowego i zasobów
Wsparcie dla testera w zakresie korzystania ze środowiska testowego w celu wykonania 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, na którym zainstalowano 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

W dokumencie opisano minimalne wymagania sprzętowe i programowe, które zostaną wykorzystane do testowania Aplikacji.

Oprócz oprogramowania specyficznego dla klienta wymagane jest również oprogramowanie wymienione poniżej.

  • Windows 11 i wyżej
  • Office 2021 i nowsze
  • MS Exchange itp.