Przywództwo w testowaniu: definiowanie strategii testów

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

Uwaga redakcyjna: Witamy w serii „Przywództwo w testowaniu”, której autorem jest guru testowania oprogramowania i konsultant Paul Gerrard. Seria ma pomóc testerom z kilkuletnim doświadczeniem — zwłaszcza tym pracującym w zespołach zwinnych — doskonalić się w rolach liderów testów i menedżerów. Ten artykuł nawiązuje do poprzedniego, w którym zdefiniowałem, na czym polega testowanie oprogramowania i […]

Uwaga redakcyjna: Witamy w serii „Przywództwo w testowaniu”, której autorem jest guru testowania oprogramowania i konsultant Paul Gerrard. Seria ma pomóc testerom z kilkuletnim doświadczeniem — zwłaszcza tym pracującym w zespołach zwinnych — doskonalić się w rolach liderów testów i menedżerów.

Ten artykuł nawiązuje do poprzedniego, w którym zdefiniowałem, na czym polega testowanie oprogramowania i przedstawiłem główną koncepcję, która będzie kształtować sposób myślenia. Teraz przyjrzymy się temu, jak stworzyć strategię testowania, która pomoże określić proces służący osiągnięciu celów testowania.


Zapisz się do newslettera The QA Lead, aby otrzymywać powiadomienia o publikacji nowych części serii. Te wpisy są fragmentami kursu Przywództwo w testowaniu Paula, który gorąco polecamy, jeśli chcesz dokładniej zgłębić ten i inne tematy. Jeśli się zdecydujesz, użyj naszego ekskluzywnego kodu kuponu QALEADOFFER, aby uzyskać $60 zniżki od pełnej ceny kursu!

W moim poprzednim artykule „Przywództwo w testowaniu: wprowadzenie” omówiliśmy koncepcję testowania w kontekście jego celów. Krótkie przypomnienie: niezależnie od tego, o jakim rodzaju testu mówisz, moja rada brzmi: zawsze pytaj o konkretny cel testu. Dotyczy to nawet sytuacji, gdy używany termin wydaje się powszechnie akceptowany, na przykład test jednostkowy lub testy akceptacyjne.

W tym artykule wyjaśnię, jak zdefiniować strategię testowania, która stworzy podstawy solidnego i elastycznego procesu testowania, odpowiedniego dla dowolnej metodyki wytwarzania oprogramowania stosowanej przez Twój zespół. Omówię:

Przejdźmy do szczegółów.

Czym jest strategia testowania?

Planowanie jest wszystkim. Plan jest niczym.

Dwight D. Eisenhower, o przygotowaniach do D-Day.

W tej części przyjrzymy się temu, czym jest strategia testowania i dlaczego warto ją mieć. Jeśli sprawdzisz w słowniku znaczenie słowa „strategia”, znajdziesz wiele definicji odnoszących się do bitew wojskowych — co nie jest szczególnie użyteczne. Możemy jednak sformułować kilka stwierdzeń, które wyznaczają ramy definiowania strategii testowania.

Po pierwsze, strategia nie jest wartościowym dokumentem. Strategia jest wynikiem analizy, myślenia i współpracy. Strategia ma na celu zdefiniowanie procesu, który zostanie wykorzystany do osiągnięcia celów testowania.

Może to być krótki zestaw wytycznych, których przestrzega Twój zespół. Może to być dokument liczący od 20 do 2 000 stron (w przypadku bardzo dużego programu). Celem nie jest dokument, lecz sposób myślenia, który za nim stoi.

Po drugie, zanim będzie można zaplanować test, zwykle trzeba uzyskać odpowiedzi na wiele pytań i podjąć wiele decyzji. Na niektóre z nich można odpowiedzieć teraz, na inne trzeba będzie poczekać. Dlatego strategia:

  • Przedstawia niektóre decyzje, które można podjąć z wyprzedzeniem, czyli już teraz.
  • Definiuje proces, metodę lub informacje, które pozwolą podejmować decyzje (w trakcie projektu).
  • Określa zasady (lub proces), których należy przestrzegać w niepewnych sytuacjach lub w przypadku nieplanowanych zdarzeń.

Strategia ma za zadanie z wyprzedzeniem odpowiedzieć na jak największą liczbę pytań. Ale po co się tym zajmować? Czy nie możemy rozwiązywać problemów związanych z testowaniem w miarę ich napotykania?

Cóż, poruszając te kwestie odpowiednio wcześnie i skłaniając ludzi do zastanowienia się nad konsekwencjami, można uniknąć ogromnych trudności lub przynajmniej ograniczyć ich skutki, zanim zagrożą powodzeniu projektu. 

Powiązany artykuł: TWORZENIE STRATEGII JAKOŚCI

Struktura strategii testowania

Ten artykuł nie może dostarczyć ostatecznego i wyczerpującego zestawu pytań, które należy zadać — po prostu nie ma na to miejsca. Możemy jednak omówić najważniejsze kwestie wyjściowe związane z gromadzeniem informacji.

W strukturze strategii testowania podzieliłem pytania na trzy obszary tematyczne, ale możesz zadać więcej pytań i/lub uporządkować je w inny sposób.

Cele interesariuszy
InteresariuszeKim są główni interesariusze? Jakie są ich cele związane z testowaniem?
Zarządzanie celami i ryzykiemJak będą identyfikowane ryzyka? Kto je ocenia? Kto zatwierdza podejście do testowania? 
Decyzje do podjęcia i sposób ich podejmowaniaJakie decyzje muszą podjąć interesariusze? (np. przejście między etapami, wdrożenie, uruchomienie produkcyjne)
PewnośćW jaki sposób wyniki testów i raportowanie zapewnią interesariuszom pewność?
Jak oceniać testowanieJak będzie oceniana jakość i dokładność testowania?
ZakresJak zostanie zdefiniowany zakres?
Podejście do projektowania
Źródła wiedzyJakie i czyje źródła wiedzy zostaną wykorzystane do określenia zakresu i specyfikacji testów?
Źródła niepewnościCo powoduje niepewność w naszych źródłach wiedzy?
Modele do wykorzystaniaJak zostaną opracowane modele testów? Jak będą powiązane z interesariuszami?
Podejście do ustalania priorytetówJak będą ustalane priorytety testów pod presją czasu?
Podejście do realizacji
Kolejność testówJak zostanie ustalona kolejność testów?
Powtarzanie testówJaka jest polityka ponownego testowania i testów regresji?
Wymagania dotyczące środowiskaKto zapewnia środowiska? Jakie kompromisy są wymagane? Jak są dostarczane, kontrolowane i zarządzane?
Podejście do przekazywania informacjiW jaki sposób wykonywanie testów będzie przekazywać informacje interesariuszom?
Podejście do zarządzania incydentami(W jaki sposób) będą zarządzane incydenty?
Podejście do zakończenia procesuJak zakończy się proces testowania? W jaki sposób zostaną naprawione i ponownie przetestowane nierozwiązane błędy?

W powyższej tabeli nie wspomniano o procesie planowania. Może on zostać określony w strategii, ale nie musi. W każdym razie w przyszłym artykule szczegółowo omówimy kwestie związane z planowaniem, więc zaglądajcie do nas!

Zapisz się do newslettera The QA Lead, aby otrzymywać powiadomienia o publikacji nowych części serii. Te wpisy są fragmentami kursu przywództwa w testowaniu Paula, który zdecydowanie polecamy wszystkim, którzy chcą dokładniej zgłębić ten i inne tematy. Jeśli się zdecydujesz, użyj naszego ekskluzywnego kodu kuponu QALEADOFFER, aby uzyskać $60 zniżki od pełnej ceny kursu!

Warto również sprawdzić:

Paul Gerrard
Paul is an internationally renowned, award-winning software engineering consultant, author, and coach. He is the host of the Technology Leadership Forum and the Programme Chair of the 2014 EuroSTAR Testing conference.

You may also like