Dokument strategii testów w testowaniu oprogramowania (przykładowy szablon)

Strategia testów w testowaniu oprogramowania

A Strategia testowania to plan definiowania podejścia do cyklu życia testowania oprogramowania (STLC). Prowadzi zespoły ds. kontroli jakości do zdefiniowania Zasięg testu i zakres testowania. Pomaga testerom uzyskać jasny obraz projektu w każdym momencie. Prawdopodobieństwo pominięcia jakiejkolwiek czynności testowej jest bardzo niskie, jeśli istnieje odpowiednia strategia testowania.

Co to jest dokument strategii testów?

Dokument strategii testów to dobrze opisany dokument dotyczący testowania oprogramowania, który jasno określa dokładne podejście do testowania oprogramowania i cele testowania aplikacji. Dokument testowy to ważny dokument dla zespołów ds. kontroli jakości, wywodzący się z rzeczywistych wymagań biznesowych, który zawiera wskazówki dla całego zespołu dotyczące podejścia do testowania oprogramowania i celów dla każdego działania w procesie testowania oprogramowania.

Dokument strategii testowania odpowiada na wszystkie pytania, takie jak to, co chcesz zrobić i jak to osiągnąć itp. Pisanie skutecznego dokumentu strategii to umiejętność, którą tester rozwija wraz z doświadczeniem. Plan strategii testowania powinien zostać zakomunikowany całemu zespołowi, aby zespół był spójny w podejściu i obowiązkach.

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

Każda organizacja ma swój unikalny priorytet i zestaw reguł projektowania oprogramowania, więc nie kopiuj żadnej organizacji bezmyślnie. Zawsze upewnij się, że jej dokument jest zgodny i dodaje wartości do rozwoju oprogramowania, zanim zastosujesz się do szablonu.

Krok 1) Zakres

Definiuje parametry takie jak

• Kto będzie przeglądał dokument?
• Kto zatwierdzi ten dokument?
• Testowanie oprogramowania czynności realizowane zgodnie z harmonogramem

Krok 2) Podejście testowe

Definiuje

• Proces testowania
• Poziomy testowe
• Role i obowiązki każdego członka zespołu
• Rodzaje testów (testy obciążeniowe, Testy bezpieczeństwa, testowanie wydajności itp.)
• Podejście testowe i narzędzie do automatyzacji, jeśli ma to zastosowanie
• Dodawanie nowych defektów, ponowne testowanie, Wada ocena stanu zdrowia rannych, Testy regresji i wyloguj się z testu

Krok #3) Środowisko testowe

• Zdefiniuj liczbę wymagań i konfigurację wymaganą dla każdego środowiska
• Zdefiniuj kopię zapasową danych testowych i strategię przywracania

Krok #4) Testowanie narzędzi

• Automatyzacja i Narzędzia do zarządzania testami potrzebne do wykonania testu
• Określ liczbę wymaganych narzędzi typu open source i komercyjnych, określ liczbę obsługiwanych użytkowników i odpowiednio zaplanuj

Krok #5) Zwolnij kontrolę

• Plan zarządzania wydaniem z odpowiednią historią wersji, który zapewni wykonanie testów dla wszystkich modyfikacji w tym wydaniu

Krok #6) Analiza ryzyka

• Wymień wszystkie ryzyka, które możesz oszacować
• Podaj jasny plan ograniczenia ryzyka, a także plan awaryjny

Krok 7) Revie i atesty

• Wszystkie te działania są sprawdzane i zatwierdzane przez zespół biznesowy, Zarządzanie projektami, zespół programistów itp.
• Podsumowanie zmian przeglądu należy umieścić na początku dokumentu wraz z zatwierdzoną datą, nazwą i komentarzem

Składniki dokumentu strategii testów

• 1) Zakres i przegląd:
  1. Określa zatwierdzanie, przeglądanie i użycie dokumentu.
  2. Określa działania i fazy testowania wymagające zatwierdzenia.
• 2) Metodologia testowania:
  1. Szczegóły poziomów testowania, procedur, ról zespołowych i obowiązków.
  2. Obejmuje proces zarządzania zmianami dotyczący modyfikowania żądań.
• 3) Specyfikacje środowiska testowego:
  1. Określa wymagania dotyczące danych testowych i wytyczne dotyczące przygotowania.
  2. Przedstawia liczbę środowisk i wymagania dotyczące ich konfiguracji.
  3. Obejmuje strategie tworzenia kopii zapasowych i przywracania, aby zapobiec utracie danych.
• 4) Narzędzia testowe:
  1. Szczegóły dotyczące narzędzi do zarządzania testami i automatyzacji ich wykonywania.
  2. Definiuje narzędzia do testowania bezpieczeństwa, wydajności i obciążenia, w tym typy narzędzi i możliwości użytkownika.
• 5) Kontrola zwolnienia:
  1. Zapewnia skuteczne wykonywanie testów i strategie zarządzania wydaniami.
• 6) Analiza ryzyka:
  1. Opisuje potencjalne ryzyko projektu mające wpływ na wykonanie testu.
  2. Obejmuje strategie ograniczania ryzyka i plan awaryjny.
• 7) Revwidok i atesty:
  1. Obejmuje przegląd ze strony administracji systemu, zarządzania projektami, rozwoju i zespołów biznesowych.
  2. Podkreśla znaczenie dokumentowania przeglądów i aktualizacji zgodnie z ulepszeniami procesu testowania.

Pobierz szablon strategii testów

Kliknij poniżej, aby pobrać przykładowy dokument strategii testów z przykładem

Pobierz szablon strategii testów

Plan testów a strategia testów

Jest duże zamieszanie wokół Plan testów i strategia testów dokumenty. Inna organizacja ma swoje unikalne procesy i standardy zarządzania tymi dokumentami. Na przykład niektóre organizacje uwzględniają fakty dotyczące strategii testowania w Plan testów sama w sobie, podczas gdy niektóre organizacje uwzględniają strategię jako podsekcję planu testowania.

Plan testów	Strategia testowania
W Planie Testów zdefiniowano cel testów i zakres projektu. Zajmuje się pokryciem testów, planowaniem, funkcjami do testowania i funkcjami, które nie mają być testowane, szacowaniem i zarządzaniem zasobami.	Strategia testów to wytyczne, których należy przestrzegać, aby osiągnąć cel testów i wykonać typy testów wymienione w planie testowania. Zajmuje się celem testu, Środowisko testowe, podejście testowe, narzędzia i strategia automatyzacji, plan awaryjny i analiza ryzyka

Aby było jaśniej jeśli Plan Testów jest jakimś miejscem docelowym, wówczas strategia Testu Jakości jest mapą prowadzącą do tego miejsca docelowego.

Wnioski:

In Inżynieria oprogramowaniawydanie oprogramowania od czasu do czasu przegląda dokumenty strategii testów, aby wskazać postęp testowania we właściwym kierunku. Kiedy data wydania będzie bliska, wiele z tych działań zostanie pominiętych. Pożądane jest przedyskutowanie z członkami zespołu, czy ograniczenie którejkolwiek konkretnej aktywności pomoże w opublikowaniu wersji bez żadnego potencjalnego ryzyka.