how write test strategy document
Naucz się efektywnie pisać dokument strategiczny testów
Plan strategiczny definiujący podejście do testowania, co chcesz osiągnąć i jak zamierzasz to osiągnąć.
Ten dokument usuwa wszelkie niepewności lub niejasne stwierdzenia wymagań z jasnym planem podejścia do osiągnięcia celów testu. Strategia testów to jeden z najważniejszych dokumentów dla zespołu QA.
=> Kliknij tutaj, aby uzyskać pełną serię samouczków dotyczących planu testów
Czego się nauczysz:
różnica między java i c ++
- Pisanie dokumentu dotyczącego strategii testów
Pisanie dokumentu dotyczącego strategii testów
Strategia testów
Efektywne pisanie strategii testów to umiejętność, którą każdy tester powinien osiągnąć w swojej karierze. To inicjuje twój proces myślowy co pomaga odkryć wiele brakujących wymagań. Działania związane z myśleniem i planowaniem testów pomagają zespołowi zdefiniować zakres testowania i zakres testów.
Pomaga kierownikom testów uzyskać jasny stan projektu w dowolnym momencie. Szanse na pominięcie jakiejkolwiek czynności testowej są bardzo niskie, jeśli istnieje odpowiednia strategia testowa.
Wykonywanie testów bez planu rzadko działa. Znam zespoły, które piszą dokument strategiczny, ale nigdy nie odsyłają go z powrotem podczas wykonywania testów. Plan strategii testowania należy omówić z całym zespołem, tak aby zespół był spójny z podejściem i obowiązkami.
W napiętych terminach nie można po prostu zrezygnować z testów ze względu na presję czasu. Przynajmniej zanim to zrobisz, musi przejść formalny proces.
Co to jest strategia testowa?
Strategia testowa oznacza „Jak zamierzasz przetestować aplikację?” Musisz podać dokładny proces / strategię, którą będziesz przestrzegać, gdy otrzymasz aplikację do testowania.
Widzę, że wiele firm bardzo ściśle przestrzega szablonu strategii testów. Nawet bez standardowego szablonu możesz zachować ten dokument strategii testów w prostocie, ale nadal efektywny.
Test Strategy Vs. Plan testów
Na przestrzeni lat widzę wiele nieporozumień między tymi dwoma dokumentami. Zacznijmy więc od podstawowych definicji. Generalnie nie ma znaczenia, co jest pierwsze. Dokument planowania testów jest połączeniem strategii połączonej z ogólnym planem projektu. Zgodnie z IEEE Standard 829-2008, plan strategiczny jest podpunktem planu testów.
Każda organizacja ma własne standardy i procesy utrzymania tych dokumentów. Niektóre organizacje uwzględniają szczegóły strategii w samym planie testów (tutaj jest dobry przykład tego). Niektóre organizacje wymieniają strategię jako podsekcję w planie testowania, ale szczegóły są oddzielone w różnych dokumentach dotyczących strategii testów.
Zakres projektu i cel testów są zdefiniowane w planie testów. Zasadniczo dotyczy pokrycia testów, funkcji do przetestowania, funkcji niepodlegających testowaniu, szacowania, planowania i zarządzania zasobami.
Natomiast strategia testów określa wytyczne dotyczące podejścia testowego, które należy zastosować, aby osiągnąć cele testów i wykonać typy testów zdefiniowane w planie testowania. Zajmuje się celami testów, podejściem, środowiskiem testowym, strategią i narzędziami automatyzacji oraz analizą ryzyka z planem awaryjnym.
ile kosztuje toast pos
Podsumowując, Plan Testów to wizja tego, co chcesz osiągnąć, a Strategia Testów to plan działania mający na celu osiągnięcie tej wizji!
Mam nadzieję, że to rozwieje wszystkie Twoje wątpliwości. James Bach ma więcej dyskusji na ten temat tutaj .
Proces tworzenia dobrego dokumentu strategii testowej
Nie wystarczy postępować zgodnie z szablonami bez zrozumienia, co najlepiej pasuje do Twojego projektu. Każdy klient ma swoje własne wymagania i musisz trzymać się rzeczy, które działają idealnie dla Ciebie. Nie kopiuj ślepo żadnej organizacji ani żadnego standardu. Zawsze upewnij się, czy to pomaga Tobie i Twoim procesom.
Poniżej znajduje się przykładowy szablon strategii, który nakreśli, co powinno być uwzględnione w tym planie, wraz z kilkoma przykładami ilustrującymi, co ma sens w każdym komponencie.
Strategia testowa w STLC:
(wizerunek źródło )
Wspólne sekcje dokumentu strategii testów
Krok 1: Zakres i przegląd
Przegląd projektu wraz z informacjami o tym, kto powinien korzystać z tego dokumentu. Uwzględnij również szczegóły, takie jak kto będzie przeglądał i zatwierdzał ten dokument. Zdefiniuj czynności i fazy testowania, które mają zostać przeprowadzone, z ramami czasowymi w odniesieniu do ogólnych ram czasowych projektu określonych w planie testów.
Krok 2: Podejście testowe
Zdefiniuj proces testowania, poziom testowania, role i obowiązki każdego członka zespołu.
Dla każdego typ testu zdefiniowane w Planie testów ( Na przykład, Jednostka , Integracja, system, regresja, Instalacja / dezinstalacja , Testy użyteczności, obciążenia, wydajności i bezpieczeństwa) opisują, dlaczego należy je przeprowadzić, wraz ze szczegółami, takimi jak czas rozpoczęcia, właściciel testu, obowiązki, podejście do testowania oraz szczegóły strategii automatyzacji i narzędzia, jeśli ma to zastosowanie.
Podczas wykonywania testów wykonywane są różne czynności, takie jak dodawanie nowych defektów, segregacja defektów, przypisywanie defektów, ponowne testowanie, testowanie regresyjne i wreszcie podpisywanie testów. Musisz określić dokładne kroki, które należy wykonać dla każdego działania. Możesz wykonać ten sam proces, który pracował dla Ciebie w poprzednich cyklach testowych.
Prezentacja w programie Visio wszystkich tych czynności, w tym wielu testerów i osób, które będą nad nimi pracować, jest bardzo pomocna w szybkim zrozumieniu ról i obowiązków w zespole.
Na przykład, cykl zarządzania defektami - wspomnij o procesie rejestrowania nowej defektu. Gdzie się zalogować, jak rejestrować nowe usterki, jaki powinien być stan wady, kto powinien dokonać selekcji usterek, komu przypisać usterki po selekcji itp.
Zdefiniuj również proces zarządzania zmianą. Obejmuje to zdefiniowanie przedłożenia wniosku o zmianę, szablonu, który ma być użyty oraz procesu obsługi żądania.
Krok 3: Środowisko testowe
Konfiguracja środowiska testowego powinna zawierać informacje o wielu środowiskach i wymaganej konfiguracji dla każdego środowiska. Na przykład, Jedno środowisko testowe dla zespołu testów funkcjonalnych, a drugie dla zespołu UAT.
Zdefiniuj liczbę użytkowników obsługiwanych w każdym środowisku, role dostępu dla każdego użytkownika, wymagania dotyczące oprogramowania i sprzętu, takie jak system operacyjny, pamięć, wolne miejsce na dysku, liczbę systemów itp.
Definiowanie wymagań dotyczących danych testowych jest równie ważne. Podaj jasne instrukcje, jak to zrobić tworzyć dane testowe (generuj dane lub wykorzystuj dane produkcyjne, maskując pola w celu zachowania prywatności).
Zdefiniuj strategię tworzenia kopii zapasowych i przywracania danych testowych. Baza danych środowiska testowego może napotkać problemy z powodu nieobsłużonych warunków w kodzie. Pamiętam problemy, które napotkaliśmy na jednym z projektów, kiedy nie zdefiniowano strategii tworzenia kopii zapasowych bazy danych i straciliśmy całe dane z powodu problemów z kodem.
Proces tworzenia kopii zapasowych i przywracania powinien określać, kto będzie wykonywał kopie zapasowe, kiedy wykonywał kopię zapasową, co uwzględnić w kopii zapasowej, kiedy przywrócić bazę danych, kto ją przywróci, a także kroki maskowania danych, które należy wykonać w przypadku przywrócenia bazy danych.
Krok 4: Narzędzia testowe
Zdefiniuj narzędzia do zarządzania testami i automatyzacji wymagane do wykonania testów. W przypadku testów wydajności, obciążenia i bezpieczeństwa opisz podejście do testowania i wymagane narzędzia. Powiedz, czy jest to narzędzie typu open source czy komercyjne oraz ilu użytkowników jest przez nie obsługiwanych i odpowiednio zaplanuj.
Krok # 5: Release Control
Jak wspomniano w naszym ostatnim Artykuł UAT , nieplanowany cykl wydawniczy może skutkować różnymi wersjami oprogramowania w środowiskach testowych i UAT. Plan zarządzania wersją z odpowiednią historią wersji zapewni testowe wykonanie wszystkich modyfikacji w tej wersji.
Na przykład, Ustaw proces zarządzania kompilacją, który odpowie - gdzie nowa kompilacja powinna być dostępna, gdzie powinna zostać wdrożona, kiedy zdobyć nową kompilację, skąd wziąć wersję produkcyjną, kto da początek, sygnał no-go do wydania produkcyjnego itp.
Krok # 6: Analiza ryzyka
Wypisz wszystkie przewidywane zagrożenia. Przedstaw jasny plan ograniczenia tych ryzyk, a także plan awaryjny na wypadek, gdybyś widział te ryzyka w rzeczywistości.
Krok # 7: Przegląd i zatwierdzenia
Gdy wszystkie te działania są zdefiniowane w planie strategii testów, należy je przeanalizować pod kątem zatwierdzenia przez wszystkie jednostki zaangażowane w zarządzanie projektami, zespół biznesowy, zespół programistów i zespół administracji systemu (lub zarządzania środowiskiem).
Podsumowanie zmian recenzji powinno być śledzone na początku dokumentu wraz z nazwiskiem osoby zatwierdzającej, datą i komentarzem. Jest to również żywy dokument, co oznacza, że powinien być stale przeglądany i aktualizowany wraz z ulepszeniami procesu testowania.
Proste wskazówki dotyczące pisania dokumentu strategii testowej
- Uwzględnij tło produktu w dokumencie strategii testów. W pierwszym akapicie dokumentu dotyczącego strategii testów odpowiedz - Dlaczego interesariusze chcą rozwijać ten projekt? Pomoże to szybko zrozumieć i ustalić priorytety.
- Wypisz wszystkie ważne funkcje, które zamierzasz przetestować. Jeśli uważasz, że niektóre funkcje nie są częścią tej wersji, wspomnij o nich pod etykietą „Funkcje nie do testowania”.
- Zapisz podejście testowe dla swojego projektu. Wyraźnie wspomnij, jakie rodzaje testów zamierzasz przeprowadzić?
tj. testy funkcjonalne, testy interfejsu użytkownika, testy integracyjne, testy obciążeniowe / przeciążeniowe, testy bezpieczeństwa itp. - Odpowiedz na pytania, takie jak sposób przeprowadzania testów funkcjonalnych? Testowanie ręczne czy automatyczne? Czy zamierzasz wykonać wszystkie przypadki testowe z narzędzia do zarządzania testami?
- Którego narzędzia do śledzenia błędów będziesz używać? Jak będzie wyglądać proces, gdy znajdziesz nowy błąd?
- Jakie są Twoje kryteria wejścia i wyjścia z testu?
- Jak będziesz śledzić swoje postępy w testowaniu? Jakich metryk zamierzasz użyć do śledzenia ukończenia testów?
- Dystrybucja zadań - zdefiniuj role i obowiązki każdego członka zespołu.
- Jakie dokumenty przygotujesz w trakcie i po fazie testów?
- Jakie ryzyko widzisz w ukończeniu testów?
Wniosek
Strategia testów to nie kartka papieru. Odzwierciedla wszystkie czynności związane z kontrolą jakości w cyklu życia testowania oprogramowania. Od czasu do czasu zapoznaj się z tym dokumentem w procesie wykonywania testów i postępuj zgodnie z planem aż do wydania oprogramowania.
Gdy projekt zbliża się do daty wydania, dość łatwo jest ograniczyć czynności testowe, ignorując to, co zdefiniowano w dokumencie strategii testów. Zaleca się jednak przedyskutować ze swoim zespołem, czy ograniczenie jakiejś konkretnej czynności pomoże w wydaniu bez potencjalnego ryzyka poważnych problemów po wydaniu.
Większość zespołów zwinnych ogranicza pisanie dokumentów strategicznych, ponieważ zespół koncentruje się na wykonywaniu testów, a nie na dokumentacji. Jednak posiadanie podstawowego planu strategii testów zawsze pomaga w jasnym planowaniu i ograniczaniu ryzyka związanego z projektem. Zespoły zwinne mogą rejestrować i dokumentować wszystkie działania wysokiego poziomu, aby zakończyć wykonanie testów na czas bez żadnych problemów.
najlepsze oprogramowanie szpiegujące do telefonów komórkowych dla iPhone'a
Jestem pewien, że opracowanie dobrego planu strategii testowania i zobowiązanie się do jego przestrzegania zdecydowanie poprawi proces testowania i jakość oprogramowania. Byłbym zaszczycony, gdyby ten artykuł zainspirował Cię do napisania planu Strategii Testów dla Twojego projektu!
Jeśli podoba Ci się ten post, rozważ udostępnienie go znajomym!
=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków dotyczących planu testów
rekomendowane lektury
- Przykładowy dokument planu testów (przykład planu testów ze szczegółami każdego pola)
- Samouczek dotyczący planu testów: przewodnik dotyczący pisania dokumentu planu testów oprogramowania od podstaw
- Różnica między planem testów, strategią testów, przypadkiem testowym, skryptem testowym, scenariuszem testowym i warunkami testowymi
- Przykładowy szablon planu testów oprogramowania z formatem i zawartością
- Jak przygotować plan testów i napisać przypadki testowe dla aplikacji ERP - Testowanie ERP, część 2
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Przykładowy szablon raportu z testu akceptacji z przykładami
- Przykładowy szablon przypadku testowego z przykładami przypadków testowych (Pobierz)