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

Plan testów

A Plan testów to szczegółowy dokument opisujący strategię testowania, cele, harmonogram, oszacowanie, produkty końcowe oraz zasoby niezbędne do przeprowadzenia testowania oprogramowania. Plan testów pomaga nam określić nakład pracy potrzebny do walidacji jakości testowanej aplikacji. Plan testów służy jako wzór do przeprowadzania działań związanych z testowaniem oprogramowania jako zdefiniowanego procesu, 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 planowanych czynności 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.

Co zrobisz w takim przypadku? Wybierz odpowiedź, jak pokazano na poniższym rysunku.

👉 Zapisz się na bezpłatny projekt testowania oprogramowania na żywo

Jakie jest znaczenie planu testów?

Stworzenie dokumentu planu testów niesie ze sobą wiele korzyści.

• Pomagaj osobom spoza zespołu testowego, takim jak programiści, menedżerowie biznesowi i 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ć sprawdzony przez zespół zarządzający i wykorzystany ponownie w innych projektach.

Rodzaje planów testowych

Istnieją trzy główne typy Plany testów w testowaniu oprogramowania.

1. Główny plan testów: Dokument wysokiego poziomu, określający ogólną strategię testowania, zakres, zasoby i harmonogram dla wszystkich poziomów testów. Służy jako główna mapa drogowa projektu.
2. Plan testów dla konkretnego poziomu: Koncentruje się na poszczególnych poziomach testowania, takich jak testy jednostkowe, integracyjne, systemowe czy akceptacyjne. Każdy plan szczegółowo opisuje podejście, środowisko i produkty końcowe dla danego poziomu.
3. Plan testów specyficznych dla typu: TargetSpecjalizuje się w typach testów, takich jak testy wydajności, bezpieczeństwa, użyteczności czy automatyzacji. Definiuje narzędzia, techniki i kryteria specyficzne dla danego typu testu.

Łącznie te plany testów gwarantują kompleksowe pokrycie, dostosowują cele testowania do celów projektu i usprawniają koordynację między zespołami w celu uzyskania wyższej jakości oprogramowania.

Jak napisać plan testów

Już wiesz, że tworzenie Plan testów jest najważniejszym zadaniem Proces zarządzania testamiAby utworzyć plan testów zgodnie z normą IEEE 829, wykonaj siedem poniższych kroków.

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 strona internetowa banku Guru99. Należy przeprowadzić badania wśród 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ć?
• Jakiego oprogramowania/sprzętu używa produkt?

Do analizy witryny możesz zastosować następujące podejście.

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 to dokument wysokiego poziomu, zazwyczaj 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 projektu, musisz opracować strategię testowania witryny bankowej. Wykonaj poniższe kroki.

Krok 2.1) Zdefiniuj zakres testowania

Przed rozpoczęciem jakichkolwiek działań testowych należy znać zakres testów. Należy to dokładnie przemyśleć.

• Składniki systemu, które mają zostać przetestowane (sprzęt, oprogramowanie, oprogramowanie pośrednie itp.) są definiowane jako „w zakresie”
• Komponenty systemu, które nie będą testowane, muszą być również jasno zdefiniowane jako „poza zakresem”.

Określenie zakresu projektu testowego jest bardzo ważne dla wszystkich interesariuszy. Precyzyjny zakres jest pomocny.

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

Jak określasz 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ć, co jest „w zakresie” testowania, a co „poza zakresem”.

• 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, wydajność or logiczna baza danych nie będzie testowany. (na zakres)

Scenariusz problemu

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

Cóż, w takim przypadku trzeba przekonać klienta, że Testowanie API To dodatkowa praca i pochłonie znaczne zasoby. Przedstaw mu dane potwierdzające Twoje ustalenia. Powiedz mu, że jeśli testowanie API zostanie uwzględnione w zakresie, budżet wzrośnie o kwotę XYZ.

Klient wyraża zgodę, a zatem nowe zakresy, elementy 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ę konkretnego typu błędów w produkcie. Jednak wszystkie typy testów mają jeden wspólny cel: „Wczesne wykrycie wszelkich wad przed wydaniem produktu klientowi”

powszechnie używane typy testów są opisane na rysunku w następujący sposób

Tam są mnóstwo typów testowych do testowania produktu programowego. Twój zespół nie mogę umieścić wystarczająco dużo wysiłku, aby poradzić sobie ze wszystkimi rodzajami testów. 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 to przyszłość niepewne wydarzenie z prawdopodobieństwem występowanie oraz potencjał na stratę. Kiedy ryzyko rzeczywiście się wydarzy, staje się '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łonkom zespołu brakuje umiejętności wymaganych do testowania stron internetowych.	Zaplanuj a 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żdej z aktywności testowych.
Menedżer ds. testów ma słabe umiejętności zarządzania	Plan szkolenie liderów dla menedżera
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 poświęcić dużo uwagi planowaniu projektu oraz stale śledzić i mierzyć postęp prac

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 testerów, którzy będą przeprowadzać testy, ale typ testera można zdefiniować.

Aby wybrać odpowiedniego członka do określonego zadania, należy rozważyć, czy jego umiejętności są wystarczające do wykonania zadania, a także oszacować budżet projektu. Wybór niewłaściwego członka do zadania może spowodować, że projekt… nie or być opóźnionym.

Idealną osobą do przeprowadzania testów oprogramowania jest osoba posiadająca następujące umiejętności:

• Zdolność do zrozumieć punkt widzenia klienta
• Silny pragnienie za jakość
• Uwaga szczegółowo
• Dobry współpraca

W Twoim projekcie członkiem, który będzie odpowiedzialny za wykonanie testów, jest próbnikW zależności od budżetu projektu możesz wybrać osobę wewnętrzną lub zewnętrzną jako testera.

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; zapewnienie, że testowane oprogramowanie jest bez błędów przed wydaniem.

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

1. Wypisz wszystkie funkcje oprogramowania (funkcjonalność, wydajność, interfejs graficzny…), 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ć 'OD GÓRY DO DOŁU' Metoda znajdowania funkcji witryny, które mogą wymagać przetestowania. W tej metodzie testowana aplikacja jest dzielona na składniki oraz podkomponenty.

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

Na rysunku przedstawiono wszystkie funkcje, jakie może posiadać witryna Guru99.

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

• Sprawdź, czy strona internetowa Guru99 Funkcjonalność(Konto, Depozyt…) działa zgodnie z oczekiwaniami, bez żadnych błędów ani usterek w rzeczywistym środowisku biznesowym
• Sprawdź, czy zewnętrzny interfejs witryny, taki jak UI, działa zgodnie z oczekiwaniami i spełnia potrzeby klienta
• 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:

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łaszają, że 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ść biegu to stosunek między liczba wykonanych przypadków testowych i/lub całkowita liczba przypadków testowych specyfikacji testu. Na przykład, specyfikacja testu zawiera łącznie 120 TC, ale tester wykonał tylko 100 TC, więc współczynnik wykonania wynosi 100/120 = 0.83 (83%).
• Wskaźnik zdawalności to stosunek między liczba zaliczonych przypadków testowych / wykonanych przypadków testowychNa przykład, spośród 100 wykonanych testów TC, 80 zdało, więc wskaźnik zdawalności 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 szybkość biegu jest obowiązkowa i wynosi 100%, ale zespół testowy ukończył tylko 90% przypadków testowych. Oznacza to, że wskaźnik wykonania nie jest spełniony, więc NIE potwierdzaj kryteriów wyjścia.

Krok 5) Planowanie zasobów

Plan zasobów to szczegółowe podsumowanie wszelkiego rodzaju zasobów wymaganych do realizacji zadania projektowego. Zasobami mogą być zasoby ludzkie, sprzętowe i materiałowe potrzebne do realizacji projektu.

Planowanie zasobów jest ważnym czynnikiem planowania testów, ponieważ pomaga w określaniu dotychczasowy numer zasobów (pracowników, sprzętu…) przeznaczonych do wykorzystania w projekcie. Dzięki temu Kierownik Testów może sporządzić prawidłowy harmonogram i oszacować koszty 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, log wyniki i raport wady. Testerami mogą być członkowie zatrudnieni wewnątrz projektu lub zleceniobiorcy, w zależności od budżetu projektu. Do zadania, które wymaga 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 Tester wsparcia aby użyć środowiska testowego do wykonania testów
5.	Członkowie SQA	Przejmij kontrolę nad zapewnieniem jakości. Sprawdź, czy proces testowania spełnia określone wymagania

Zasób systemowy

Aby przetestować aplikację internetową, należy zaplanować zasoby w następujący sposób:

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 za zadanie zautomatyzować testowanie, symulować działania użytkownika i generować wyniki testów. Istnieje mnóstwo narzędzi testowych, których możesz użyć w tym projekcie, takich jak: Selenium, QTP, itp.
3.	Sieć	Potrzebujesz sieci, w tym sieci LAN i Internetu, aby symulować rzeczywiste ś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órej zespół testujący 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 i środowisko uruchomieniowe front-end.

Jak skonfigurować środowisko testowe

Wracając do Twojego 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 programistów.

Powinieneś zadać programiście kilka pytań, aby zrozumieć testowaną aplikację internetową wyraźnieOto kilka polecanych pytań. Oczywiście, możesz zadać pozostałe pytania, jeśli zajdzie taka potrzeba.

• Jaka jest maksymalna liczba połączeń użytkowników, jakie ta witryna może obsłużyć w tym samym czasie?
• Jakie są wymagania sprzętowe i programowe do zainstalowania tej witryny?
• Czy komputer użytkownika wymaga jakichś szczególnych ustawień, aby móc przeglądać stronę internetową?

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 szacowania nakładu pracy potrzebnego do ukończenia projektu. Teraz powinieneś uwzględnić to oszacowanie, a także harmonogram w Planowaniu Testów.

W fazie szacowania testów załóżmy, że podzielisz cały projekt na małe zadania i dodasz szacowanie dla każdego zadania w następujący sposób

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 to powszechne pojęcie w zarządzaniu projektami. Tworząc solidny harmonogram w obszarze planowania testów, Kierownik Testów może wykorzystać go jako narzędzie do monitorowania postępów projektu i kontrolowania przekroczeń kosztów.

Aby utworzyć harmonogram projektu, Menedżer Testów potrzebuje następujących typów danych wejściowych:

• Termin zatrudnienia i projektu:Dni robocze, termin realizacji projektu i dostępność zasobów to czynniki wpływające na harmonogram
• Szacowanie projektuNa podstawie szacunków Kierownik Testów wie, ile czasu zajmie ukończenie projektu. Dzięki temu może opracować odpowiedni harmonogram projektu.
• Ryzyko projektu:Zrozumienie ryzyka pomaga Kierownikowi Testów dodać wystarczająco dużo dodatkowego czasu do harmonogramu projektu, aby poradzić sobie z ryzykiem

Poćwiczmy na przykładzie:

Załóżmy, że szef chce dokończyć projekt Guru99 w pierwszej Miesiąc i oszacowałeś już nakład pracy dla każdego zadania w narzędziu Test Estimation. Możesz utworzyć harmonogram w następujący sposób.

Krok 8) Testuj produkty

Produkty testów to lista wszystkich dokumentów, narzędzi i innych komponentów, które muszą zostać opracowane i utrzymywane na potrzeby testów.

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

Dostarczane są materiały testowe zanim faza testowa.

• 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 cykl testowy dobiegł końca.

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

Typowe wyzwania w planowaniu testów (i ich rozwiązania)

Skuteczne planowanie testów często napotyka na przeszkody natury praktycznej. Rozpoznanie tych wyzwań i zastosowanie proaktywnych rozwiązań zapewnia płynniejsze wykonywanie testów i wyższą jakość oprogramowania.

1. Niejasne wymagania
   Wyzwanie: Niejednoznaczne lub zmieniające się wymagania projektu prowadzą do niepełnego pokrycia testami.
   Rozwiązanie: Przeprowadzaj przeglądy wymagań i prowadź macierz śledzenia wymagań życiowych.
2. Ograniczone zasoby
   Wyzwanie: Niedostateczna ilość narzędzi, czasu lub wykwalifikowanych testerów wpływa na jakość testów.
   Rozwiązanie: Określ priorytety najważniejszych przypadków testowych i wykorzystuj automatyzację do powtarzalnych zadań.
3. Nierealne terminy
   Wyzwanie: Napięte harmonogramy skracają czas potrzebny na właściwe zaprojektowanie i wykonanie testów.
   Rozwiązanie: Stosuj techniki szacowania i wcześnie informuj interesariuszy o ryzyku.
4. Słaba komunikacja
   Wyzwanie: Brak współpracy między zespołami powoduje opóźnienia i konieczność przeróbek.
   Rozwiązanie: Wprowadź regularne spotkania synchronizacyjne i współdzielone pulpity nawigacyjne, aby zapewnić przejrzystość.
5. Nieodpowiednie zarządzanie ryzykiem
   Wyzwanie: Ignorowanie potencjalnych zagrożeń może zakłócić realizację projektu.
   Rozwiązanie: Wcześnie identyfikuj zagrożenia, prowadź rejestr ryzyka i planuj strategie łagodzenia skutków.

Najczęściej zadawane pytania: