Strategia testów
Strategia testowania jest plan dla zdefiniowania podejścia do testowania oprogramowania cyklu życia (STLC). Prowadzi zespoły ds. Kontroli jakości do definiowania pokrycia testów i zakresu testów. Pomaga testerom uzyskać jasny obraz projektu w każdym przypadku. Możliwość pominięcia jakiejkolwiek czynności testowej jest bardzo niska, jeśli istnieje odpowiednia strategia testowa.
Co to jest dokument dotyczący strategii testów?
Dokument strategii testowania to dobrze opisany dokument dotyczący testowania oprogramowania, który jasno definiuje dokładne podejście do testowania oprogramowania i cele testowania aplikacji. Dokument testowy jest ważnym dokumentem dla zespołów zapewniania jakości, który wywodzi się z rzeczywistych wymagań biznesowych i zawiera wskazówki dla całego zespołu na temat podejścia do testowania oprogramowania i celów każdego działania w procesie testowania oprogramowania.
Dokument dotyczący strategii testów zawiera odpowiedzi na wszystkie pytania, takie jak to, co chcesz zrobić i jak zamierzasz to osiągnąć, itp. Pisanie skutecznego dokumentu strategii to umiejętność, którą tester rozwija wraz z doświadczeniem. Plan strategii testowania powinien być przekazany całemu zespołowi, aby zespół był spójny w podejściu i obowiązkach.
Plan testów a strategia testów
Istnieje duże zamieszanie w dokumentach planu testów i strategii testów. Inna organizacja ma swoje unikalne procesy i standardy zarządzania tymi dokumentami. Na przykład, niektóre organizacje uwzględniają fakty dotyczące strategii testów w samym planie testów, podczas gdy inne organizacje zawierają strategię jako podsekcję w planie testowania.
|
Plan testów |
Strategia testów |
|
|
Aby wyjaśnić, czy plan testów jest jakimś miejscem docelowym, strategia testu jakości jest mapą prowadzącą do tego miejsca.
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 na ślepo żadnej organizacji. Zawsze upewnij się, że ich dokument jest zgodny i dodaje wartości do rozwoju oprogramowania, zanim zastosujesz się do szablonu.
Strategia testowa w STLC :
Krok 1: Zakres
Definiuje parametry, takie jak
- Kto przejrzy dokument?
- Kto zatwierdzi ten dokument?
- Czynności związane z testowaniem oprogramowania przeprowadzane w ramach czasowych
Krok 2 Podejście testowe
To definiuje
- Proces testowania
- Poziomy testowania
- Role i obowiązki każdego członka zespołu
- Rodzaje testów (testy obciążenia, testy bezpieczeństwa, testy wydajności itp.)
- Podejście do testowania i narzędzie do automatyzacji, jeśli dotyczy
- Dodawanie nowych defektów, ponowne testowanie, segregowanie defektów, testy regresyjne i podpisywanie testów
Krok # 3 Środowisko testowe
- Zdefiniuj liczbę wymagań i konfiguracji wymaganych dla każdego środowiska
- Zdefiniuj kopię zapasową danych testowych i strategię przywracania
Krok # 4 Narzędzia testowe
- Narzędzia do automatyzacji i zarządzania testami potrzebne do wykonania testów
- Dowiedz się, jakie narzędzia typu open source i komercyjne są wymagane, i określ, ilu użytkowników jest przez nie obsługiwanych, 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 tej wersji
Krok # 6 Analiza ryzyka
- Wypisz wszystkie ryzyka, które możesz oszacować
- Podaj jasny plan ograniczenia ryzyka, a także plan awaryjny
Krok # 7 Przegląd i zatwierdzenia
- Wszystkie te działania są weryfikowane i podpisywane przez zespół biznesowy, kierownictwo projektu, zespół programistów itp.
- Podsumowanie zmian w recenzji należy prześledzić na początku dokumentu wraz z zatwierdzoną datą, nazwą i komentarzem
Pobierz szablon strategii testowej
Kliknij poniżej, aby pobrać przykładowy dokument dotyczący strategii testów
Pobierz szablon strategii testów
Wniosek:
W inżynierii oprogramowania wydanie oprogramowania przechodzi od czasu do czasu przez dokumenty strategii testów, aby zmapować postęp testów we właściwym kierunku. Gdy data premiery będzie bliska, wiele z tych czynności zostanie pominiętych, warto przedyskutować z członkami zespołu, czy ograniczenie jakiejś konkretnej czynności pomoże w wydaniu bez potencjalnego ryzyka.