View
432
Download
7
Embed Size (px)
Citation preview
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