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
- 1.1 Zakres
- 1.1.1 W zakresie
- 1.1.2 Poza zakresem
- 1.2 Cel jakości
- 1.3 Role i obowiązki
- 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 elementy testowe
- 4 Potrzeby dotyczące zasobów i środowiska
- 4.1 Narzędzia testowe
- 4.2 Środowisko testowe
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
|
4) Potrzeby dotyczące zasobów i środowiska
4.1) Narzędzia testowe
Zrób listę narzędzi, np
- Narzędzie do śledzenia wymagań
- Narzędzie do śledzenia błędów
- Narzędzia automatyzacji
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 |
3 elementy testowe
Wyniki testów przedstawiono poniżej Przed fazą testów- Dokument planów testów.
- Przypadki testowe dokumenty
- Specyfikacje projektu testu.
- 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.