PLAN TESTÓW w testowaniu oprogramowania (przykład)

Plan testów

A Plan testów to szczegółowy dokument opisujący strategię testów, cele, harmonogram, szacunki, elementy dostarczane i zasoby wymagane do przeprowadzenia testów oprogramowania. 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.

Zgodnie z definicją ISTQB: „Plan testów to dokument opisujący zakres, podejście, zasoby i harmonogram zamierzonych działań testowych”.

Zacznijmy od następującego przykładu/scenariusza planu testów: Na spotkaniu chcesz omówić plan testów z członkami zespołu, ale oni nie są tym zainteresowani.

W takim przypadku, co zrobisz? Wybierz swoją odpowiedź jak na poniższym rysunku

 

Jakie jest znaczenie planu testów?

Tworzenie dokumentu Planu Testów ma wiele zalet

• Pomóż osobom spoza zespołu testowego, takim jak programiści, menedżerowie biznesowi, klienci zrozumieć szczegóły testów.
• Plan testów Przewodnicy nasze myślenie. To jest jak zbiór zasad, których należy przestrzegać.
• Ważne aspekty, takie jak oszacowanie testu, zakres testu, Strategia testowania jest udokumentowane w Planie Testów, aby mógł zostać przejrzany przez Zespół Zarządzający i ponownie wykorzystany w innych projektach.

Jak napisać plan testów

Już wiesz, że tworzenie Plan testów jest najważniejszym zadaniem Procesu Zarządzania Testami. Wykonaj siedem poniższych kroków, aby utworzyć plan testów zgodnie ze standardem IEEE 829

1. Przeanalizuj produkt
2. Zaprojektuj strategię testową
3. Zdefiniuj cele testu
4. Zdefiniuj kryteria testu
5. Planowanie zasobów
6. Zaplanuj środowisko testowe
7. Harmonogram i oszacowanie
8. Określ produkty testowe

Krok 1) Przeanalizuj produkt

Jak możesz przetestować produkt bez jakieś informacje na ten temat? Odpowiedź to Niemożliwy. Musisz nauczyć się produktu całkowicie przed przetestowaniem.

Testowanym produktem jest serwis bankowy Guru99. Należy zbadać klientów i użytkowników końcowych, aby poznać ich potrzeby i oczekiwania wobec aplikacji

• Kto będzie korzystał z serwisu?
• Co się go stosuje?
• Jak to będzie działać?
• Z jakiego oprogramowania/sprzętu korzysta produkt?

Do analizy witryny możesz użyć następującego podejścia

Teraz zastosujmy powyższą wiedzę do prawdziwego produktu: Analizować stronie internetowej banku https://demo.guru99.com/V4.

Powinieneś wziąć A rozejrzeć się tę stronę internetową, a także Dokumentację produktu. RevPrzegląd dokumentacji produktu pomaga zrozumieć wszystkie funkcje strony internetowej i sposób z niej korzystać. Jeśli nie masz pewności co do jakichkolwiek elementów, możesz to zrobić rozmowy kwalifikacyjnej klienta, programisty, projektanta, aby uzyskać więcej informacji.

Krok 2) Opracuj strategię testów

Strategia testowania to a krytyczny krok w tworzeniu planu testów w testowaniu oprogramowania. Dokument Strategii Testów jest dokumentem wysokiego poziomu, który zwykle jest opracowywany przez Kierownika Testów. Dokument ten definiuje:

• Projekty cele testowania i środki do ich osiągnięcia
• Decyduje o testowaniu wysiłek oraz koszty

Wracając do Twojego projektu, musisz opracować strategię testową do testowania tej witryny bankowej. Powinieneś wykonać poniższe kroki

Krok 2.1) Zdefiniuj zakres testowania

Przed rozpoczęciem jakiejkolwiek działalności testowej powinien być znany zakres testowania. Musisz się nad tym mocno zastanowić.

• Komponenty systemu, które mają być testowane (sprzęt, oprogramowanie, oprogramowanie pośrednie itp.) definiuje się jako „w ramach"
• Elementy systemu, które nie będą testowane, również muszą zostać jasno zdefiniowane jako „poza zakresem".

Zdefiniowanie zakresu projektu testowego jest bardzo ważne dla wszystkich interesariuszy. Precyzyjny zakres Ci w tym pomoże

• Daj każdemu pewność i dokładne informacje testów, które przeprowadzasz
• Wszyscy członkowie projektu będą mieli jasny zrozumienie tego, co jest testowane, a co nie

Jak określić zakres swojego projektu?

Aby określić zakres, musisz -

• Precyzyjne wymagania klienta
• Budżet projektu
• Specyfikacja Produktu
• Umiejętności i talent Twojego zespołu testowego

Teraz należy jasno zdefiniować „w zakresie” i „poza zakresem” testowania.

• Jako wymagania oprogramowania okular, projekt Guru99 Bank skupia się wyłącznie na testowaniu wszystkich Funkcje i zewnętrzny interfejs serwisu Guru99 Bank (w ramach testowanie)
• Testy niefunkcjonalne, np stres, jest gwarancją najlepszej jakości, które mogą dostarczyć Ci Twoje monitory, or logiczna baza danych obecnie nie będzie testowany. (na zakres)

Scenariusz problemu

Klient chce, abyś przetestował jego API. Budżet projektu jednak na to nie pozwala. Co w takim przypadku zrobisz?

Cóż, w takim wypadku trzeba klienta o tym przekonać Testowanie API jest dodatkową pracą i pochłania znaczne zasoby. Podaj mu dane potwierdzające Twoje fakty. Powiedz mu, że jeśli zakres obejmuje testowanie API, budżet wzrośnie o kwotę XYZ.

Klient wyraża zgodę i odpowiednio nowe zakresy, pozycje poza zakresem są

• Elementy objęte zakresem: Testy funkcjonalne, Testowanie API
• Elementy poza zakresem: Testowanie baz danych, sprzęt i wszelkie inne interfejsy zewnętrzne

Krok 2.2) Zidentyfikuj typ testowania

A Typ testowania to standardowa procedura testowa, która daje oczekiwany wynik testu.

Każdy typ testów ma na celu identyfikację określonego typu błędów produktu. Jednak wszystkie typy testowania mają na celu osiągnięcie jednego wspólnego celu „Wczesne wykrycie wszelkich wad przed wydaniem produktu klientowi”

powszechnie używane typy testów są opisane na poniższym rysunku

Tam są mnóstwo typów testowych do testowania oprogramowania. Twój zespół nie może mieć wystarczająco dużo wysiłku, aby poradzić sobie z wszelkiego rodzaju testami. Jako Menedżer Testów musisz ustawić priorytet typów testowania

• Jakie powinny być typy testowania koncentruje do testowania aplikacji internetowych?
• Jakie powinny być typy testowania ignorowane dla oszczędności?

Krok 2.3) Udokumentuj ryzyko i problemy

Ryzyko należy do przyszłości niepewne wydarzenie z prawdopodobieństwem występowanie oraz potencjał za stratę. Kiedy ryzyko rzeczywiście się wydarza, staje się ono „wydanie'.

W artykule Analiza ryzyka i rozwiązaniezapoznałeś się już szczegółowo z analizą „Ryzyka” i zidentyfikowałeś potencjalne ryzyka w projekcie.

W planie testów kontroli jakości udokumentujesz te ryzyka

Ryzyko	Łagodzenie
Członek zespołu nie posiada umiejętności wymaganych do testowania stron internetowych.	Plan Szkolenie aby podszkolić swoich członków
Harmonogram projektu jest zbyt napięty; ciężko jest ukończyć ten projekt na czas	Zestaw Priorytet testu dla każdego działania testowego.
Menedżer Testów ma słabe umiejętności zarządzania	Plan szkolenie liderów dla kierownika
Brak współpracy negatywnie wpływa na produktywność pracowników	Popierać każdy członek zespołu w swoim zadaniu, i inspiruj ich do większych wysiłków.
Błędny szacunek budżetu i przekroczenia kosztów	Ustanów zakres przed rozpoczęciem pracy należy zwrócić szczególną uwagę na planowanie projektu oraz stale śledzić i mierzyć postępy

Krok 2.4) Utwórz logistykę testową

W obszarze logistyki testów kierownik testów powinien odpowiedzieć na następujące pytania:

• Z kim przetestuje?
• Kiedy czy test nastąpi?

Kto przetestuje?

Być może nie znasz dokładnych nazwisk testera, który będzie testował, ale typ testera można zdefiniować.

Aby wybrać odpowiedniego członka do określonego zadania, należy wziąć pod uwagę, czy jego umiejętności nadają się do tego zadania, czy nie, a także oszacować budżet projektu. Wybranie niewłaściwego członka do zadania może spowodować, że projekt się nie powiedzie nie or opóźnienie.

Osoba posiadająca następujące umiejętności jest najbardziej odpowiednia do wykonywania testów oprogramowania:

• Zdolność do zrozumieć punktu widzenia klientów
• Silny pragnienie za jakość
• Uwaga szczegółowo
• Dobry współpraca

W Twoim projekcie członkiem odpowiedzialnym za wykonanie testu jest: próbnik. W zależności od budżetu projektu jako testera możesz wybrać członka źródłowego lub zewnętrznego.

Kiedy nastąpi test?

Działania testowe muszą być powiązane z powiązanymi działaniami programistycznymi.

Zaczniesz testować, kiedy już to zrobisz wszystkie wymagane elementy pokazano na poniższym rysunku

Krok 3) Zdefiniuj cel testu

Cel testu to ogólny cel i osiągnięcie wykonania testu. Celem testowania jest znalezienie jak największej liczby defektów oprogramowania; upewnij się, że testowane oprogramowanie jest bez błędów przed wydaniem.

Aby zdefiniować cele testu, należy wykonać 2 następujące kroki

1. Wypisz wszystkie funkcje oprogramowania (funkcjonalność, wydajność, graficzny interfejs użytkownika…), które mogą wymagać przetestowania.
2. Zdefiniuj cel albo cel testu opartego na powyższych cechach

Zastosujmy te kroki, aby znaleźć cel testowy Twojego projektu testowego Guru99 Bank

Możesz wybrać 'Z GÓRY NA DÓŁ metoda wyszukiwania funkcji witryny internetowej, które mogą wymagać przetestowania. W tej metodzie testowana aplikacja jest rozkładana na składnik oraz podskładnik.

W poprzednim temacie przeanalizowałeś już specyfikacje wymagań i przejrzałeś witrynę, dzięki czemu możesz utworzyć plik Mapa myśli aby znaleźć funkcje witryny, wykonaj następujące czynności

Ten rysunek pokazuje wszystkie funkcje, jakie może posiadać witryna Guru99.

Na podstawie powyższych cech możesz zdefiniować Cel Testu projektu Guru99 w następujący sposób

• Sprawdź, czy witryna Guru99 Funkcjonalność(Konto, Depozyt…) działa zgodnie z oczekiwaniami, bez żadnych błędów i błędów w prawdziwym środowisku biznesowym
• Sprawdź, czy zewnętrzny interfejs strony internetowej, taki jak UI działa zgodnie z oczekiwaniami i spełnia potrzeby klientów
• Zweryfikuj użyteczność strony internetowej. Czy te funkcjonalności są wygodne dla użytkownika, czy nie?

Krok 4) Zdefiniuj kryteria testu

Kryteria testowe to standard lub reguła, na której można oprzeć procedurę testową lub osąd testowy. Istnieją 2 rodzaje kryteriów testowych, takie jak:

Kryteria zawieszenia

Określ krytyczne kryteria zawieszenia dla testu. Jeśli podczas testowania zostaną spełnione kryteria zawieszenia, aktywny cykl testowy zostanie aktywowany zawieszony dopóki nie zostaną spełnione kryteria zdecydowany.

Przykład planu testów: Jeśli członkowie Twojego zespołu zgłoszą, że tak jest 40% przypadków testowych zakończyło się niepowodzeniem, powinieneś zawieszać testowanie, dopóki zespół programistów nie naprawi wszystkich nieudanych przypadków.

Wyjdź z kryteriów

Określa kryteria oznaczające a udany zakończenie fazy testowej. Kryteria wyjścia są docelowymi wynikami testu i są niezbędne przed przejściem do następnej fazy rozwoju. Przykład: 95% wszystkich krytycznych przypadków testowych musi przejść pomyślnie.

Niektóre metody definiowania kryteriów wyjścia polegają na określeniu celu kurs biegu oraz zdawalność.

• Szybkość działania to stosunek pomiędzy liczba wykonanych przypadków testowych/całkowita liczba przypadków testowych specyfikacji testu. Na przykład specyfikacja testu obejmuje ogółem 120 najlepszych certyfikatów, ale tester wykonał tylko 100 elementów, więc współczynnik wykonania wynosi 100/120 = 0.83 (83%)
• Wskaźnik zdawalności to stosunek pomiędzy z naszej przypadki testowe zaliczone / wykonane przypadki testowe. Na przykład na ponad 100 zrealizowanych najlepsi współtwórcy, 80 z nich przeszło pomyślnie, więc współczynnik pozytywnej oceny wynosi 80/100 = 0.8 (80%)

Dane te można pobrać z dokumentów Test Metric.

• Uruchom stawka jest obowiązkowa 100% chyba że zostanie podany wyraźny powód.
• Przechodzić stawka zależy od zakresu projektu, ale osiągnięcie wysokiego wskaźnika zdawalności jest celem.

Przykład planu testów:Twój zespół wykonał już testy. Podają Ci wynik testu i chcą, abyś go potwierdził Kryteria wyjścia.

W powyższym przypadku obowiązkowa jest stawka Run 100% ale zespół testowy ukończył tylko 90% przypadków testowych. Oznacza to, że współczynnik uruchomienia nie jest spełniony, więc NIE potwierdzaj kryteriów wyjścia

Krok 5) Planowanie zasobów

Plan zasobów to a szczegółowe podsumowanie wszystkich rodzajów zasobów niezbędnych do wykonania zadania projektowego. Zasobami mogą być ludzie, sprzęt i materiały potrzebne do ukończenia projektu

Planowanie zasobów jest ważnym czynnikiem planowania testów, ponieważ pomaga określaniu dotychczasowy numer zasobów (pracownika, sprzętu…), które mają zostać wykorzystane w projekcie. Dlatego Kierownik Testów może sporządzić prawidłowy harmonogram i oszacowanie projektu.

W tej sekcji przedstawiono zalecane zasoby dla Twojego projektu.

Human Resource

Poniższa tabela przedstawia różnych członków zespołu projektowego

Nie.	Członek	Zadania
1.	Kierownik Testów	zarządzanie cały projekt Zdefiniuj projekt kierunki Zdobądź odpowiednie zasoby
2.	Próbnik	Identyfikowanie i opisywanie odpowiednich technik testowania/narzędzi/architektury automatyzacji Zweryfikuj i oceń podejście testowe Wykonać testy, Zaloguj wyniki, Zgłoś wady. Testerem mogą być członkowie korzystający z wewnętrznych lub zewnętrznych źródeł, w zależności od budżetu projektu Do wymaganego zadania Niska umiejętności, polecam wybrać outsourcingu członków do zapisać koszt projektu.
3.	Deweloper w teście	Wdrożenie przypadki testowe, program testowy, zestaw testów itp.
4.	Administrator testów	Buduje i zapewnia Środowisko testowe i aktywa są zarządzane oraz utrzymany Obsługa klientaTester do wykorzystania środowiska testowego do wykonania testu
5.	Członkowie SQA	Przejmij odpowiedzialność za zapewnienie jakości Sprawdź, czy proces testowania spełnia określone wymagania

Zasób systemowy

Do testowania aplikacji internetowej należy zaplanować zasoby w postaci następujących tabel:

Nie.	Zasoby	Descriptjony
1.		Zainstaluj testowaną aplikację internetową Obejmuje to oddzielny serwer WWW, serwer bazy danych i serwer aplikacji, jeśli ma to zastosowanie
2.	Narzędzie testowe	Narzędzie testowe ma na celu automatyzację testowania, symulację operacji użytkownika i generowanie wyników testów. Istnieje mnóstwo narzędzi testowych, których możesz użyć w tym projekcie, takich jak Selenium, QTP… itd.
3.	Sieć	Potrzebujesz sieci obejmującej sieć LAN i Internet, aby symulować prawdziwe środowisko biznesowe i użytkownika
4.	Komputer	Komputer, którego użytkownicy często używają do łączenia się z serwerem internetowym

Krok 6) Zaplanuj środowisko testowe

Co to jest środowisko testowe

Środowisko testowe to konfiguracja oprogramowania i sprzętu, na którym zespół testowy będzie wykonywał przypadki testowe. Środowisko testowe składa się z prawdziwy biznes oraz użytkownik środowisko, a także środowiska fizyczne, takie jak serwer, środowisko uruchomieniowe.

Jak skonfigurować środowisko testowe

Wracając do projektu, jak go skonfigurować Środowisko testowe dla tej witryny bankowej?

Aby ukończyć to zadanie, potrzebujesz silna współpraca pomiędzy zespołem testowym a zespołem programistycznym

Powinieneś zadać programiście kilka pytań, aby zrozumieć testowaną aplikację internetową wyraźnie. Oto kilka zalecanych pytań. Oczywiście możesz zadać inne pytania, jeśli zajdzie taka potrzeba.

• Jakie maksymalne połączenie użytkownika może jednocześnie obsłużyć ta witryna?
• Jakie są wymagania sprzętowe/programowe do zainstalowania tej witryny?
• Czy komputer użytkownika potrzebuje jakichś szczególnych ustawień, aby przeglądać stronę?

Poniższy rysunek przedstawia środowisko testowe witryny bankowej https://demo.guru99.com/V4

Krok 7) Harmonogram i oszacowanie

W artykule Ocena testu, zastosowałeś już pewne techniki oszacowania wysiłku potrzebnego do ukończenia projektu. Teraz powinieneś uwzględnić to oszacowanie, a także harmonogram w Planowaniu Testów

Załóżmy, że w fazie szacowania testu dzielisz cały projekt na małe zadania i dodajesz oszacowanie dla każdego zadania, jak poniżej

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

Następnie tworzysz rozkład aby wykonać te zadania.

Tworzenie harmonogramu jest powszechnym terminem w zarządzaniu projektami. Tworząc solidny harmonogram w Planowaniu Testów, Kierownik Testów może wykorzystać go jako narzędzie do monitorowania postępu projektu, kontroli przekroczeń kosztów.

Aby utworzyć harmonogram projektu, Kierownik Testów potrzebuje kilku rodzajów danych wejściowych, jak poniżej:

• Termin zatrudnienia i projektu: Dni robocze, termin realizacji projektu, dostępność zasobów to czynniki mające wpływ na harmonogram
• Szacowanie projektu: Na podstawie szacunków Kierownik Testów wie, ile czasu zajmie ukończenie projektu. Dzięki temu może ułożyć odpowiedni harmonogram projektu
• Ryzyko projektu : Zrozumienie ryzyka pomaga Kierownikowi Testów dodać do harmonogramu projektu wystarczającą ilość dodatkowego czasu, aby uporać się z ryzykiem

Poćwiczmy na przykładzie:

Załóżmy, że szef chce dokończyć projekt Guru99 w pierwszej miesiąca, oszacowałeś już nakład pracy dla każdego zadania w Oszacowaniu testu. Możesz utworzyć harmonogram jak poniżej

Krok 8) Testuj produkty

Elementy Wyniku Testu to lista wszystkich dokumentów, narzędzi i innych komponentów, które należy opracować i utrzymywać w celu wsparcia wysiłku testowego.

Na każdym etapie procesu dostępne są różne wyniki testów cykl życia oprogramowania.

Dostarczane są materiały testowe zanim faza testów.

• Dokument planów testów.
• Dokumenty przypadków testowych
• Specyfikacje projektu testu.

Dostarczane są materiały testowe podczas testowanie

• Skrypty testowe
• Symulatory.
• Dane testowe
• Testowa matryca identyfikowalności
• Dzienniki błędów i dzienniki wykonania.

Dostarczane są materiały testowe po cykle testowania dobiegły końca.

• Wyniki testów/raporty
• Zgłoszenie usterki
• Wytyczne dotyczące procedur instalacji/testowania
• Informacje o wersji

Zasoby

Pobierz przykładowy szablon planu testów

Pobierz przykładowy plan testów systemu ze strony internetowej Guru99 Bank