Rafał Garbala

Warszawa - 09.09.2015

TestPlan 2.0 z wykorzystaniem modelu ACC i Google Test Analytics

1. Co nam się nie podoba w klasycznych

planach testów?

2. Test plan idealny – jaki powinien być?

3. Metoda ACC – omównie

4. Wykorzystanie metody w testowaniu

5. Google Test Analytics – narzędziowe

wsparcie dla ACC

Klasyczny test plan – co się nam w nim nie podoba?

• Napisany – zapomniany

• Rzadko aktualizowany

• Używany do prowadzenia i kontrolowania postępu testów?

Test Plan idealny – jaki powinien byc?

• Zawsze aktualny • Zawiera aktualną strukturę testowanego oprogramowania wraz z nazwami komponentów i funkcjonalności • Opisuje jakie funkcje testowane oprogramowanie musi spełniać i w jaki sposób powinno je spełniać • Szybko się go tworzy i łatwo modyfikuje • Opisuje co musi być przetestowane • Musi być użyteczny podczas testowanie żeby ocenić postępy i ewentualne luki w pokryciu

ACC - zasady

•Tylko fakty, preferuj listy wypunktowane!

•Pamiętaj, test plan nie jest dokumentem marketingowym!

•Większy test plan to nie koniecznie lepszy test plan!

•Tylko rzeczy naprawdę istotne powinny znaleźć się wewnątrz!

•Test plan musi prowadzić bezpośrednio do scenariuszy / przypadków / procedur testowych

ACC – A jak Atrybut

Co to? •„Przymiotniki” systemu •Właściwości i cechy, które odróżniają testowany produkt od innych

Jak je definiować? Lista atrybutów dla systemu •Prosta

•Trafna

•Krótka

•Żywa

ACC – C jak Component

Co to? •„Rzeczowniki” systemu

•Moduły, elementy, części kodu razem tworzące testowany system

Jak je zdefiniować? •Jaki poziom detali zastosować?

•Jak dużo czasu spędzić?

•Kompletność?

ACC – C jak Capability

Co to? •„Czasowniki” systemu

• Zadania, funkcje, aktywności jakie system może wykonywać dla użytkownika

Jak je zdefiniować? • Zorientowanie na użytkownika • Wszystkie razem reprezentują wszystkie zadania które system jest w stanie wykonać • Opisują ogólną aktywność, jedna może zawierać kilka przypadków użycia • Są testowalne!

ACC – A + C + C – łączymy wszystko w całość

• Komponent wykonując funkcję, spełniając atrybut produktu w rezultacie zapewnia „capability” dla użytkownika!

Często więcej niż jedna „capability” dla pary atrybut - komponent

Nie każdy komponent ma wpływ na każdy atrybut – puste pola są OK

ACC – Jak to połączyć z testowaniem?

ACC – Jak zdecydować o priorytetach testów?

Ryzyko...

Prawdopodobieństo wystąpienia

Wpływ

Priorytety przygotowania testów

Priorytety wykonania testów

Strategia testów dla każdego z obszarów

Testy regresywne

Analiza defektów

Google Test Analytics – narzędziowe wsparcie dla ACC

•Strona projektu - https://code.google.com/p/test-analytics/

•Przykład działającej aplikacji - https://test-analytics.appspot.com/

•Przykładowy projekt w GTA - https://test-analytics.appspot.com/#/110691001/known-risk

•Uruchomienie, konfiguracja oraz rozszerzenie funkcji narzędzia na potrzeby projektu

Pytania, dyskusja