2. AGENDA
Wprowadzenie
Elementy i zasady testowania w sesjach
Zarządzanie testami w sesjach
Plusy i minusy rozwiązania
SBT w wersji Rule Financial
Podsumowanie
Q&A
2
3. Wprowadzenie
Jak zrodziło się podejście SBT
Testy eksploracyjne - krótka charakterystyka:
• Jednoczesna nauka, projektowanie, wykonywanie i interpretacja
testów.
• Każdy na tej sali świadomie lub nieświadomie testuje
eksploracyjnie.
• Wzrost popularności wraz ze wzrostem popularności metodyk
zwinnych.
• Prosty przykład ich przewagi nad standardowymi testami
skryptowymi (miejsce zbrodni – tester jako detektyw).
3
4. Wprowadzenie
Jak zrodziło się podejście SBT
Testy eksploracyjne - problemy:
• Minimalizacja pracy z dokumentacją i częste zmiany w procesie
testowym (w większości przypadków podążamy za przeczuciem, a
nie ustalonym planem) prowadzą do sytuacji, w której tracimy
przejrzystość tego, co robimy.
• Co jeśli klient wymaga raportów z testów ?
• Jak określić pokrycie testami eksploracyjnymi ?
• Jak monitorować postęp testów? (czy wystarczą codzienne
spotkania z testerami ?)
4
5. Wprowadzenie
Jak zrodziło się podejście SBT
SBT - geneza:
• Autor: James i Jonathan Bach
• Czas: Rok 2000 – skomplikowany projekt dla wymagającego klienta
• Problem – wyzwanie – realizacja
5
6. Elementy i zasady testowania w sesjach
Dlaczego „w sesji” ?
Definicja
Testowanie w sesjach to metodyka polegająca na połączeniu testowania
eksploracyjnego z elementami raportowania, zapewniająca lepsze możliwości
zarządzania i kontrolowania procesu testowego oraz dostarczania metryk
testowych.
Koncentracja
Konkretyzacja
Dlaczego
sesja?
Mierzalne
odcinki czasu – podstawowa jednostka pracy testera
Odseparowanie
Lepsze
testowania od aktywności nie-testowych
monitorowanie procesu
Przykład
6
7. Elementy i zasady testowania w sesjach
Podstawowe elementy sesji
Misja
Tester
Jest to celzadaniescenariusz, który będzie realizowany w ramach tej sesji. – Przykłady ?
Imię i nazwisko, nazwa użytkownika lub inny identyfikator pozwalający określić osobę realizującą daną sesję.
Czas
trwania
Długość sesji zależy od złożoności misji, ale powinna zawierać się w przedziale 45 - 120 min. Domyślna
długość w większości narzędzi to 90 min. Może być wydłużana jeśli zachodzi taka potrzeba.
Metryka
TBS
T – tests, B – bugs, S – setup
Jest to informacja o procentowym podziale czasu sesji na poszczególne jej składniki.
Notatki
Misja vs
eksploracja
Esencja całej sesji. Tester spisuje swoje aktywności, które mogą być podzielone na różne poziomy (błędy,
dane testowe, pytania, pomysły, napotkane problemy, komentarz, konfiguracja). Przykładowy raport.
Jaki powinien być poziom szczegółowości raportu ?
Procentowy podział czasu poświęcony na aktywności związane i nie związane z celem sesji.
Po co w zasadzie to mierzymy i dlaczego mielibyśmy robić coś, co nie było określone jako cel naszej sesji ?
7
8. Elementy i zasady testowania w sesjach
Podstawowe cechy i reguły SBT
Nieprzerywalność
Weryfikowalność
Dobrze ustalony cel
Ilość sesji
Nie trzymajmy się kurczowo misji
8
9. Session Based Test Management
Czyli testowanie w sesjach z perspektywy kierownika zespołu
Na podstawie analizy sesji
swojego zespołu (jak to
zrealizować ?) kierownik może:
Monitorować proces testowego
Szybko dowiedzieć się o problemach
zespołu
Monitorować rozwój członków zespołu
Ustalać kolejne sesje i ich priorytety
Przedstawiać klientowi raporty
Estymować kolejne przedsięwzięcia testowe
9
10. Narzędzia wspomagające testowanie w sesjach
Podsumowanie narzędzi
Czy jest możliwe zrealizowanie wdrożenia SBT bez użycia narzędzi ?
Poniżej przedstawiam krótkie subiektywne podsumowanie wybranych narzędzi, które próbowałem wdrożyć w
swoim zespole.
Nazwa
Session Creator
Session Tester
Rapid Reporter
Link
Opis
Ocena
Desktopowe narzędzie napisane w Java. Możliwość połączenia do
oryginalnego narzędzia napisanego przez Bacha. Spore możliwości
konfiguracyjne. Gorzej wyglądają raporty z sesji.
3
http://sessiontester.openqa.org/
Desktopowe narzędzie napisane w Java. Brak możliwości
konfiguracyjnych. Bardzo nieczytelne raporty. W zasadzie jedyny
plus to możliwość pauzowania sesji.
1
http://testing.gershon.info/reporter/
Desktopowe narzędzie napisane w C#WPF. Minimalistyczny
interfejs. Bardzo duże możliwości konfiguracyjne. Możliwość
agregowania sesji i prezentowania raportów w różnych formatach.
Możliwość zrzutów ekranu i wklejania większej ilości tekstu w
trakcie sesji.
5
https://sites.google.com/site/sessio
ncreator/
10
12. Częste problemy podczas wdrażania SBT
Jak je rozwiązać ?
Problem
Ciężko wyegzekwować
nieprzerywalność sesji.
Dotyczy zarówno testera, jak i
zespołu programistów.
Zbyt zgrubne lub za bardzo
szczegółowe raporty z sesji.
Kierownik nie ma czasu na
przeglądy sesji. Spada jakość
raportów.
Cele sesji zostały źle
zdefiniowane i w trakcie ich
wykonywania okazuje się, że
problemy znajdują się zupełnie
w innym miejscu aplikacji.
Rozwiązanie
Przeanalizować czynniki przerywające i spróbować je
ograniczyć do minimum. Poinformować zespół
programistów o wdrażanym podejściu. Skrócić sesje.
W ostateczności pauzować sesje na czas przerwania.
Kierownik powinien na bieżąco robić przeglądy sesji,
żeby wypracować wspólnie z zespołem „kompromis
biurokracyjny”.
Można zaangażować bardziej doświadczonych
testerów, żeby przeglądali raporty mniej
doświadczonych.
Po zakończonej sesji można zmienić jej cel tak, żeby
odzwierciedlał rzeczywiste aktywności podjęte w jej
trakcie.
12
13. SBT w wykonaniu Rule Financial
Co było przed ?
Dlaczego SBT ?
Podjęte działania
Wybór narzędzia
Wnioski z wdrożenia
13
14. Podsumowanie
Co warto zapamiętać z tej prezentacji ?
Podstawową jednostką pracy testera w SBT
jest sesja
Co powinny zawierać raporty z sesji ?
Przeglądy sesji – rola kierownika
Używajmy narzędzi
Testowanie w sesjach – złoty środek ?
14