Co to jest szablon planu testów?
SZABLON PLANU TESTÓW to szczegółowy dokument opisujący strategię testów, cele, harmonogram, oszacowanie i rezultaty 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 przeprowadzania czynności testowania oprogramowania jako zdefiniowany proces, który jest szczegółowo monitorowany i kontrolowany przez kierownika testów.
Utworzenie planu testów jest obowiązkowe, aby zapewnić powodzenie projektu testowania oprogramowania.Jeśli nie masz doświadczenia w planowaniu testów, zapoznaj się z tym samouczkiem dotyczącym tworzenia planu testów
Pobierz przykładowy szablon planu testów
Poniżej znajdują się ważne elementy planu testów:
- 1. Wstęp
- 1.1 Zakres
- 1.1.1 W zakresie
- 1.1.2 Poza zakresem
- 1.2 Cel jakościowy
- 1.3 Role i obowiązki
- 2 Metodologia testów
- 2.1 Przegląd
- 2.2 Poziomy testów
- 2.3 Selekcja błędów
- 2.4 Kryteria zawieszenia i wymagania dotyczące wznowienia
- 2.5 Kompletność testu
- 3 Materiały testowe
- 4 Potrzeby w zakresie zasobów i środowiska
- 4.1 Narzędzia testowe
- 4.2 Środowisko testowe
1. Wstęp
Krótkie wprowadzenie do strategii testowania, procesu, przepływu pracy i metodologii zastosowanych w projekcie
1.1) Zakres
1.1.1) W zakresie
Zakres określa cechy, wymagania funkcjonalne lub niefunkcjonalne oprogramowania, które będzie testowane
1.1.2) Poza zakresem
Poza zakresem określa cechy, funkcjonalne lub niefunkcjonalne wymagania oprogramowania, które NIE będzie testowane
1.2) Cel jakościowy
W tym miejscu wspomnij o ogólnym celu, który planujesz osiągnąć dzięki testowaniu ręcznemu i testowaniu automatyzacji.
Niektóre cele projektu testowego mogą być
- Upewnij się, że testowana aplikacja jest zgodna z wymaganiami funkcjonalnymi i niefunkcjonalnymi
- Upewnij się, że AUT spełnia wymagania jakościowe określone przez klienta
- Błędy / problemy są identyfikowane i naprawiane przed udostępnieniem
1.3) Role i obowiązki
Szczegółowy opis ról i obowiązków różnych członków zespołu, takich jak
- Analityk ds. Kontroli jakości
- Kierownik testów
- Manager konfiguracji
- Deweloperzy
- Zespół instalacyjny
Wśród innych
2) Metodologia testów
2.1) Przegląd
Podaj powód przyjęcia określonej metodologii testowej w projekcie. Może to być metodologia testowa wybrana dla projektu
- Wodospad
- Wielokrotny
- Zwinny
- 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ć wykonywane w testowanej aplikacji (AUT ). Poziomy testowania zależą przede wszystkim od zakresu projektu, ograniczeń czasowych i budżetowych.
2.3) Wyszukiwanie 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 „Naprawionych błędów”.
2.4) Kryteria zawieszenia i wymagania dotyczące wznowienia
Kryteria zawieszenia określają kryteria, które należy zastosować do zawieszenia całości lub części procedury testowej, podczas gdy kryteria wznowienia określają, kiedy badanie można wznowić po jego zawieszeniu
2.5) Test kompletności
Tutaj definiujesz kryteria, które uznają twoje testy za zakończone.
Na przykład kilka kryteriów do sprawdzenia kompletności testu to
- 100% pokrycia testami
- Wykonane wszystkie manualne i automatyczne przypadki testowe
- Wszystkie otwarte błędy zostały naprawione lub zostaną naprawione w następnej wersji
3) Wyniki testów
W tym miejscu należy wymienić wszystkie artefakty testowe, które zostaną dostarczone na różnych etapach cyklu życia testowania.
Oto proste wyniki
|
4) Potrzeby w zakresie zasobów i środowiska
4.1) Narzędzia testowe
Zrób listę narzędzi, takich jak
- 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 minimalnych wymaganiach sprzętowych , które będą używane do testowania Aplikacji.
Poniższe dziedzinie oprogramowania są wymagane oprócz klienta określonego oprogramowania.
- Windows 8 i nowsze
- Office 2013 i nowsze
- MS Exchange itp.
5) Terminy / Akronimy
Wymień wszelkie terminy lub akronimy użyte w projekcie
| TERMIN / AKRONIM | DEFINICJA |
| API | Interfejs programu aplikacji |
| AUT | Aplikacja w trakcie testowania |
Pobierz powyższy format szablonu planu testów
Przykładowy dokument dotyczący planu testów Banking Przykład aplikacji internetowej
1. Wstęp
Plan testów ma na celu określenie zakresu, podejścia, zasobów i harmonogramu wszystkich czynności testowych projektu Guru99 Bank.
Plan identyfikuje pozycje do przetestowania, cechy, które mają zostać przetestowane, rodzaje testów, które mają zostać przeprowadzone, personel odpowiedzialny za testowanie, zasoby i harmonogram wymagane do zakończenia testów oraz ryzyko związane z planem.
1.1 Zakres
1.1.1 W zakresie
Wszystkie funkcje strony internetowej Guru99 Bank, które zostały zdefiniowane w specyfikacjach wymagań oprogramowania, muszą zostać przezwyciężone
| Nazwa modułu | Odpowiednie role | Opis |
| Zapytanie o saldo | Kierownik klienta | Klient : klient może mieć wiele kont bankowych. Może przeglądać saldo swoich kont tylko.Menedżer : menedżer może przeglądać saldo wszystkich klientów, którzy są pod jego nadzorem |
| Transfer środków | Kierownik klienta | Klient: Klient może przesłać środki ze swojego „własnego” konta na dowolne konto docelowe.Menedżer : menedżer może przelać środki z dowolnego źródłowego konta bankowego na konto docelowe |
| Mini Statement | Kierownik klienta | Mini wyciąg pokaże 5 ostatnich transakcji na rachunkuKlient: Klient może zobaczyć mini-wyciąg z tylko swoich „własnych” rachunkówMenedżer: Menadżer może zobaczyć mini-wyciąg z dowolnego rachunku |
| Indywidualne oświadczenie | Kierownik klienta | Wyciąg niestandardowy umożliwia filtrowanie i wyświetlanie transakcji na koncie w oparciu o datę i wartość transakcjiKlient: Klient może zobaczyć Spersonalizowane zestawienie tylko swoich „własnych” rachunkówMenedżer : Menedżer może zobaczyć Spersonalizowane zestawienie dowolnego rachunku |
| Zmień hasło | Kierownik klienta | 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 | Menedżer: menedżer może edytować szczegóły, takie jak adres, e-mail, telefon klienta. |
|
| Nowe konto | Menedżer | Obecnie system udostępnia 2 rodzaje rachunków • Oszczędnościowe • Bieżące Klient może mieć kilka rachunków oszczędnościowych (jeden na swoje nazwisko, drugi pod wspólną nazwą itp.). Może mieć wiele rachunków bieżących dla różnych firm, których jest właścicielem. Lub może mieć wiele rachunków bieżących i oszczędnościowych.Menedżer: menedżer może dodać nowe konto dla istniejącego klienta. |
| Edytuj konto | Menedżer | Menedżer: menedżer może dodać edycję szczegółów konta dla istniejącego konta |
| Usuń konto | Menedżer | Menedżer: menedżer może dodać usunąć konto klienta. |
| Usuń klienta | Menedżer | Klient może zostać usunięty tylko wtedy, gdy nie ma aktywnych rachunków bieżących lub oszczędnościowych.Menedżer: Menedżer może usunąć klienta. |
| Kaucja | Menedżer | Menedżer: menedżer może wpłacić pieniądze na dowolne konto. Zwykle odbywa się przy wpłacie gotówki w oddziale banku. |
| Wycofanie | Menedżer | Menedżer: menedżer może wypłacić pieniądze z dowolnego konta. Zwykle odbywa się przy wypłacie gotówki w oddziale banku. |
1.1.2 Poza zakresem
Te funkcje nie są testowane, ponieważ nie są uwzględnione w specyfikacjach wymagań oprogramowania
- Interfejsy użytkownika
- Interfejsy sprzętowe
- Interfejsy oprogramowania
- Baza danych logiczna
- Interfejsy komunikacyjne
- Bezpieczeństwo i wydajność witryny internetowej
1.2 Cel jakościowy
Celem testu jest zweryfikowanie Funkcjonalności strony internetowej Guru99 Bank, projekt powinien skupić się na testowaniu operacji bankowych, takich jak Zarządzanie kontem, Wypłata i Saldo
… Itd., Aby zagwarantować, że wszystkie te operacje będą działać normalnie w rzeczywistym środowisku biznesowym.1.3 Role i obowiązki
Projekt powinien wykorzystywać członków zewnętrznych 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 Pozyskaj odpowiednie zasoby |
| 2. | Test | Identyfikacja i opis odpowiednich technik testowych / narzędzi / architektury automatyzacji Weryfikacja i ocena podejścia do testowania Wykonanie testów, zapisanie wyników, zgłoszenie 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, że środowisko testowe i zasoby są zarządzane i utrzymywane. Support Tester do używania środowiska testowego do 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.
- Testowanie integracji (poszczególne moduły oprogramowania są łączone i testowane jako grupa)
- Testowanie systemu : przeprowadzane na kompletnym , zintegrowanym systemie w celu oceny zgodności systemu z określonymi wymaganiami
- Testowanie API: Przetestuj wszystkie interfejsy API utworzone dla testowanego oprogramowania
2.3 Selekcja błędów
2.4 Kryteria zawieszenia i wymagania dotyczące wznowienia
Jeśli członkowie zespołu zgłoszą, że 40% przypadków testowych zakończyło się niepowodzeniem , wstrzymaj testowanie do czasu, gdy zespół programistów naprawi wszystkie przypadki, które się nie powiodły.
2.5 Kompletność testu
- Określa kryteria oznaczające pomyślne zakończenie fazy testowej
- Kurs run rate musi wynosić 100%, chyba że podano wyraźny powód.
- Zdawalność wynosi 80%, osiągnięcie zdawalności jest obowiązkowe
2.6 Zadanie i oszacowanie projektu oraz 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 | |
| Całkowity | 280 roboczogodzin |
Zaplanuj wykonanie tych zadań
3 Materiały testowe
Wyniki testów przedstawiono poniżej
Przed fazą testów
- Dokument planów testów.
- Dokumenty przypadków testowych
- Specyfikacje projektu testów.
Podczas testów
- 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 / raporty
- Raport wady
- Wytyczne dotyczące procedur instalacji / testowania
- Informacje o wydaniu
4 Potrzeby w zakresie zasobów i środowiska
4.1 Narzędzia testowe
| Nie. | Zasoby | Opisy |
| 1. | serwer | Potrzebujesz serwera bazy danych, który zainstaluje serwer sieciowy serwera MySQL, który zainstaluje serwer Apache |
| 2. | Narzędzie testowe | Opracuj narzędzie testowe, które może automatycznie generować wyniki testu do predefiniowanej postaci i zautomatyzować wykonywanie testów |
| 3. | Sieć | Skonfiguruj gigabitową sieć LAN i 1 linię internetową o szybkości co najmniej 5 Mb / s |
| 4. | Komputer | Co najmniej 4 komputery z systemem Windows 7, Ram 2 GB, CPU 3.4 GHZ |
4.2 Środowisko testowe
Środowisko testowe należy skonfigurować zgodnie z poniższym rysunkiem