Przykład dokumentu strategii testowania (przykładowy szablon)

Strategia testów w testowaniu oprogramowania

A Strategia testowania to plan wysokiego poziomu, który definiuje podejście organizacji do cyklu życia testowania oprogramowania (STLC). Pomaga zespołom ds. zapewnienia jakości w ustalaniu Zasięg testu i zakres testów, dając każdemu testerowi spójny obraz projektu w dowolnym momencie. Wdrożenie odpowiedniej strategii testowania drastycznie zmniejsza ryzyko pominięcia krytycznej aktywności testowej, ponieważ każdy obszar odpowiedzialności, środowisko i narzędzie są udokumentowane z góry.

Czym jest dokument strategii testów?

A Dokument strategii testów To formalny artefakt w testowaniu oprogramowania, który jasno definiuje podejście do testowania i cele testowania aplikacji. Jest on bezpośrednio pochodną wymagań biznesowych i wskazuje całemu zespołowi ds. zapewnienia jakości sposób realizacji każdej czynności testowej w całym cyklu życia.

Dobrze napisany dokument strategii testów odpowiada na pytania takie jak: co należy osiągnąć, jak to osiągnąć, kto jest odpowiedzialny i jakie narzędzia zostaną użyte. Tworzenie skutecznej strategii to umiejętność, którą liderzy QA doskonalą wraz z doświadczeniem. Po sfinalizowaniu strategii należy ją udostępnić całemu zespołowi, aby podejście, odpowiedzialność i oczekiwania dotyczące jakości pozostały spójne dla wszystkich interesariuszy.

Dlaczego dokument strategii testów jest ważny?

Dokument Strategii Testów stanowi podstawę decyzji dotyczących zapewnienia jakości na wczesnym etapie projektu, co zapobiega rozbieżnościom między oczekiwaniami biznesowymi a testami terenowymi. Bez niego zespoły często dublują działania, pomijają krytyczne obszary ryzyka lub niespójnie interpretują cele dotyczące pokrycia. Dokument zapewnia każdemu interesariuszowi pojedynczy punkt odniesienia dotyczący sposobu osiągnięcia jakości.

• Wyrównanie: Zapewnia, że ​​testerzy, deweloperzy i zespoły biznesowe zgadzają się co do celów, poziomów testowania oraz kryteriów wejścia/wyjścia.
• Kontrola ryzyka: Wcześnie identyfikuje najbardziej prawdopodobne tryby awarii i zestawia je z udokumentowanymi planami łagodzenia skutków.
• Powtarzalność: Standaryzuje podejście testowe, dzięki czemu przyszłe wersje oprogramowania wykorzystują sprawdzone procesy, zamiast tworzyć je na nowo.
• Zarządzanie narzędziami: Dokumentuje oficjalne narzędzia do zarządzania testami, automatyzacji i wydajności, co ogranicza rozrost systemu i marnotrawstwo licencji.

Jak przygotować dobry dokument dotyczący strategii testów

Każda organizacja ma swoje własne priorytety i zasady projektowania oprogramowania, dlatego nie kopiuj bezmyślnie szablonu innej organizacji. Zawsze upewnij się, że szablon jest zgodny z Twoim modelem rozwoju oprogramowania i wnosi mierzalną wartość, zanim go wdrożysz. Poniższe siedem kroków stanowi podstawę solidnego dokumentu strategii testów.

Krok 1) Zakres

Określ granice dokumentu, w tym:

• Kto będzie przeglądał dokument.
• Kto zatwierdzi dokument.
• Testowanie oprogramowania działania, które mają zostać wykonane i ich harmonogram.

Krok 2) Podejście testowe

Udokumentuj, w jaki sposób testy będą przeprowadzane kompleksowo:

• Proces testowania i przepływ pracy.
• Poziomy testowania (jednostkowe, integracyjne, systemowe, akceptacyjne).
• Role i obowiązki każdego członka zespołu.
• Rodzaje testów, takie jak testy obciążeniowe, Testy bezpieczeństwai testowanie wydajności.
• Podejście testowe i narzędzia automatyzacji, jeśli mają zastosowanie.
• Rejestrowanie błędów, ponowne testowanie, ulegnie awarii? ocena stanu zdrowia rannych, Testy regresjii procedury podpisywania testów.

Krok #3) Środowisko testowe

• Określ liczbę wymaganych środowisk i wymagania konfiguracyjne dla każdego z nich.
• Zdefiniuj kopię zapasową danych testowych i strategię przywracania w celu zabezpieczenia wykonania testów.

Krok #4) Testowanie narzędzi

• Wypisz automatyzację i narzędzia do zarządzania testami potrzebne do wykonania.
• Określ, jakie narzędzia typu open source i komercyjne są potrzebne, ilu użytkowników obsługują, a następnie zaplanuj odpowiednie licencjonowanie.

Krok #5) Zwolnij kontrolę

• Udokumentuj plan zarządzania wydaniami zawierający przejrzystą historię wersji, która zagwarantuje, że każda zmiana w wydaniu zostanie przetestowana przed zatwierdzeniem.

Krok #6) Analiza ryzyka

• Wypisz wszystkie ryzyka projektu, które możesz racjonalnie przewidzieć.
• Przygotuj plan łagodzenia skutków każdego ryzyka i ścieżkę postępowania w razie niepowodzenia.

Krok 7) Revie i atesty

• Upewnij się, że wszystkie działania zostały sprawdzone i zatwierdzone przez zespół biznesowy, Zarządzanie projektamii zespół programistów.
• Podsumowanie zmian w przeglądzie powinno być tracumieszczone na początku dokumentu wraz z datą zatwierdzenia, imieniem i nazwiskiem oraz komentarzem recenzenta.

Składniki dokumentu strategii testów

Podczas gdy siedem powyższych kroków opisuje sposób tworzenia dokumentu, poniższe komponenty opisują, co musi się w nim znaleźć. Razem tworzą one kompletny artefakt, który może zweryfikować każdy interesariusz.

1. Zakres i przegląd: Definiuje zatwierdzanie, przegląd i wykorzystanie dokumentów oraz określa, które czynności i fazy testowania wymagają zatwierdzenia.
2. Metodologia testowania: Szczegóły poziomów testowania, procedur, ról, obowiązków i procesu zarządzania zmianami w przypadku wniosków o modyfikacje.
3. Specyfikacje środowiska testowego: Określa wymagania dotyczące danych testowych, liczbę środowisk, potrzeby konfiguracyjne oraz strategie tworzenia kopii zapasowych i przywracania.
4. Narzędzia testowe: Zawiera listę narzędzi do zarządzania testami i ich automatyzacji, a także narzędzi do testowania bezpieczeństwa, wydajności i obciążenia, a także do sprawdzania przepustowości użytkownika.
5. Kontrola zwolnienia: Zapewnia skuteczne wykonywanie testów i strategie zarządzania wydaniami dla każdej zmiany kodu.
6. Ocena ryzyka: Opisuje potencjalne ryzyka projektowe, które mogą mieć wpływ na wykonywanie testów, a także plany łagodzenia ryzyka i plany awaryjne.
7. Revwidok i atesty: Przegląd dokumentów przeprowadzany przez zespoły ds. administracji systemu, zarządzania projektami, rozwoju i biznesu, z aktualizacjami związanymi z udoskonaleniem procesu testowania.

Pobierz szablon strategii testów

Kliknij przycisk poniżej, aby pobrać przykładowy dokument strategii testów z opracowanym przykładem, który możesz dostosować do własnego projektu.

Pobierz szablon strategii testów

Plan testów a strategia testów

Często dochodzi do pomyłki pomiędzy Plan testów i strategia testów dokumenty. Różne organizacje stosują własne konwencje: niektóre fakty dotyczące strategii testów scalania w ramach Plan testów, podczas gdy inni traktują strategię jako osobną podsekcję planu.

Plan testów	Strategia testowania
W planie testów zdefiniowano cel testów i zakres projektu. Obejmuje on pokrycie testami, harmonogram, funkcje do przetestowania, funkcje, które nie będą testowane, szacowanie oraz zarządzanie zasobami.	Strategia testów to wytyczne stosowane w celu osiągnięcia celu testów i wykonania typów testów wymienionych w planie testów. Dotyczy ona celu testów, Środowisko testowe, podejście testowe, narzędzia automatyzacji, plan awaryjny i analiza ryzyka.

Upraszczając: Jeśli plan testów jest celem samym w sobie, to strategia testów QA jest mapą, która tam doprowadzi.

FAQ