A few tips how to conduct testing dojos.

1. CORE Nº 9 - 2012
Narzędzia statystycznej kontroli
procesów – część 2
Piotr Piotrowski
Rapid Software Testing w testach
obciążeniowych
Jacek Okrojek
Laboratorium SJSI
Tomasz Watras
IV edycja konferencji
Business Analysis Forum
Wrocław 23-24 maja 2012

2. Testowanie oprogramowania
Testing Dojo po
polsku
intermediate Autor: Łukasz Morawski
O Autorze:
Autor pracuje jako QA Engineer w fir-
mie Cognifide. Zawodowo testowaniem
zajmuje się od 8 lat. Przez wiele lat zaj-
mował się automatyzacją z użyciem Test
Complete, AutoIt a ostatnio także Sele-
20 nium/Webdriver.
Jest entuzjastą Weekend Testing i Testing
Dojo. Uczeń w szkole Miagi-Do School of
Software Testing.
Współorganizator oraz aktywny uczest-
nik PTaQ (Poznań Testing and Quality
Group). tworzone są nowe teorie, podejścia, end Testing. Osoby takie jak Ajay Bala-
metodologie. Umiejętności raz zdobyte murugadas, Markus Gaertner, Michael
ulatują. Stanąć w miejscu to tak, jakby Larsen, Albert Gareev czy Anna Baik
się cofnąć. Nie ćwiczony umysł jest jak pomagają szlifować swoje umiejętności
Za Wikipedią: nie ćwiczone ciało – sztywne i skostnia- żądnym wiedzy testerom wg zasady:
łe, niezdolne do podjęcia wysiłku, nie- testuj, ucz się, dziel się wiedzą. Tutaj
A dojo is a Japanese term which zdolne do nagłego zrywu. Testerzy nie wiedza teoretyczna przekuwana jest w
literally means „place of the są tu wyjątkiem. praktyczną. Każdy może uczestniczyć –
way”. Initially, dōjōs were adjunct wystarczy chcieć.
to temples. The term can refer to Aby spełniać dane nam zadania, mu-
a formal training place for any of simy się kształcić i rozwijać. Musimy Testerskie Dojo nie ograniczają się wy-
the Japanese do arts but typical- stawać się lepszymi testerami. Istnieje łącznie do medium jaki jest Internet.
ly it is considered the formal ga- wiele dróg rozwoju – możemy czytać Wręcz przeciwnie. Możliwość współpra-
thering place for students of any książki i blogi znanych autorów i konsul- cy jest tutaj ważnym aspektem pozwala-
Japanese martial arts style to tantów korzystając z ich doświadczenia jącym rozwijać umiejętności interperso-
conduct training, examinations i chęci dzielenia się wiedzą. Możemy nalne. Można organizować je na różnych
and other related encounters. też uczestniczyć w szkoleniach prowa- spotkaniach, a jeśli uda się przekonać
dzonych często przez doświadczonych, Waszego test managera, także w miej-
pracujących w branży od wielu lat, teste- scu pracy. Mi to się udało i od jakiegoś
Wstęp rów i managerów. czasu organizujemy je u mnie w firmie.
Planujemy także takie sesje podczas
Nic nie jest dane nam raz na zawsze. Ale nie tylko. Od jakiegoś czasu głośną spotkań grupy PTaQ – Poznań Testing
Raz zdobyta wiedza wietrzeje, depre- ideą na świecie są testerskie Doja a ich and Quality Group - lokalnej społeczno-
cjonuje się. Standardy się zmieniają, ucieleśnieniem jest społeczność Week- ści testerskiej (http://www.ptaq.org/).

3. Testowanie oprogramowania
W tym artykule przedstawię garść po-
rad i opiszę, w jaki sposób Testing Dojo
przeprowadzane są w Cognifide.
Od czego zacząć?
Wystarczy zacząć od chęci. Chęci zdo-
bywania nowych doświadczeń i wiedzy,
ale także chęci dzielenia się tę wiedzą
z innymi. Co potrzeba? Możesz o tym
przeczytać w kilku miejscach ( http://
www.methodsandtools.com/archive/
archive.php?id=114, http://www.cogni-
fide.com/blogs/quality-assurance/what-
s-a-testing-dojo/), ale pamiętaj, że nie
trzeba sztywno trzymać się przedsta-
wionych tam zasad. Kartka i długopis,
owszem raczej się przydadzą, ale nie
koniecznie musisz „zatrudniać” do pracy
ludzi, aby wypełnić wszystkie wymienio-
ne tam role – szczególnie, gdy zespół
nie jest duży. Podczas naszych Dojo,
udawało mi się wcielać w kilka ról naraz
– wybierać misję, prowadzić ćwiczenia i
notować ich przebieg. Traktuj je raczej
jako wskazówki, a nie zbiór nakazów i
reguł.
Testing Dojo najczęściej mają jakąś
misję. Przetestowanie aplikacji („Test
this!”), nauka nowych technik, wypró-
21
bowanie narzędzi („evaluate tool”). Każ-
de z nich może wyglądać różnie i mieć Rysunek 1 Whiteboard pochodzący ze wstępu do Testing Dojo na temat
inny cel, ale z każdego należy wyciągać heurystyk testowych.
wnioski. Przeprowadzenie Dojo często
jest poprzedzone wstępem, prezentacją, wp-content/uploads/2011/04/testheuri- tylko „zewnętrzne” aplikacje – spotkanie
częścią teoretyczną, który służy przypo- sticscheatsheetv1.pdf). możecie wykorzystać, aby przetestować
mnieniu bądź przekazaniu nowej wiedzy. aplikację tworzoną w Waszej firmie. Te-
Dojo, jako część praktyczna, jest dopeł- Nic jednak nie stoi na przeszkodzie, stowanie własnych aplikacji ma dodat-
nieniem i utrwaleniem wiedzy – ćwicze- aby wszystko odbywało się podczas kowy cel. Jest okazją do wymiany do-
niami. Zdarza się, że obie części nie są jednego spotkania – wszystko zależy świadczenia, pokazania, jak różnią się
przeprowadzane jedna po drugiej lecz od czasu, jaki możecie przeznaczyć na nasze techniki i podejścia. Mogą pomóc
po jakimiś czasie – bywa, że trudno jest spotkanie. W mojej firmie, Testing Dojo zredukować liczbę testów, wykryć re-
zebrać zespół na dłuższy czas, łatwiej organizowane są podczas niektórych dundancję czy w końcu pomóc tworzyć
jest wygospodarować godzinę, niż dwie. z cotygodniowych QA Meetingów, czy- standardy, np.: użyteczności.
Tak było z naszym pierwszym Dojo do- li spotkań całego zespołu testowego.
tyczącym heurystyk testowych, gdzie Udaje nam się przeznaczać na nie około Jeśli macie problemy z przekonaniem
na części teoretycznej zdefiniowaliśmy 30-60 minut w zależności od misji i celu Waszych przełożonych do przeznacze-
termin „heurystyka” i omówiliśmy kilka spotkania. nia czasu na takie spotkania – wykorzy-
przykładów. Podobnie było z innym stajcie trzeci typ misji - „evaluate tool”.
Dojo zapoczątkowanym przez Lab (mi- Jeśli nie macie żadnego pomysłu – nie Może wspólna praca nad wypróbowa-
kroprojekt mający na celu zdobycie lub przejmujcie się. Misja „przetestuj to” niem jakiegoś narzędzia potencjalnie
rozszerzenie wiedzy w wybranym ob- zakłada, że zbieracie się po to, aby przydatnego w firmie przekona ich o
szarze). Następnie wiedza teoretyczna przetestować jakąś aplikację i szlifo- wartości Testing Dojo. Być może warto
została przekazana grupie w ramach se- wać posiadane już umiejętności. Drugie przed spotkaniem poprosić jedną osobę
rii prezentacji a seria Testing Dojo służy- Dojo przeprowadzone u nas w firmie o krótką prezentację na temat narzędzia
ła utrwaleniu wiedzy i jej praktycznemu wykorzystywało właśnie ten schemat. – wtedy podczas samego Dojo będzie
wykorzystaniu. Pamiętajmy też, że Dojo Testowaliśmy aplikację generującą kod można skupić się na jego użyteczności
to nie egzaminy, tylko luźne spotkania, kreskowy (http://www.barcodeart.com/ a nie na np.: konfiguracji.
których celem jest też zabawa – dlate- artwork/netart/yourself/yourself.swf),
go posiłkowanie się „ściągami” nie jest gdzie celem było zdefiniowanie algoryt- Nie samym testowaniem człowiek żyje,
zabronione (http://testobsessed.com/ mu jego tworzenia. Testować można nie więc chciałbym wspomnieć także o

4. Testowanie oprogramowania
Referencje
[1] Aleksander Lipski, „Becoming a better
software tester” – http://prezi.com/os0bp-
bxjfzjh/becoming-a-better-software-
tester/ (prezentowana na I spotkaniu
PTaQ)
-----------------------------------------------------
[2] Zbyszek Moćkun, Łukasz Morawski,
„Knowledge acquisition and sharing” -
http://ptaq.org/images/ptaq1/ptaq_know-
ledge_sharing.pdf (prezentowana na I
spotkaniu PTaQ)
-----------------------------------------------------
[3] Markus Gaertner, „Testing Dojos” –
http://www.methodsandtools.com/archi-
ve/archive.php?id=114
-----------------------------------------------------
[4] Weekend Testing – http://weekendte-
sting.com/
-----------------------------------------------------
Rysunek 2 Analiza algorytmu generowania kodu kreskowego podczas [5] Markus Gaertner’s Testing Challenges
Testing Dojo – http://www.testing-challenges.org
-----------------------------------------------------
innym aspekcie takich ćwiczeń - „Learn uzyskaną wiedzą – skorzystamy na tym [6] http://www.barcodeart.com/artwork/
by Play” - gry i zabawy logiczne przy wszyscy. Spotkania można wykorzystać netart/yourself/yourself.swf
komputerze czy przy kartce papieru też jako odskocznię od codziennej rutyny, -----------------------------------------------------
mogą być owocne. W końcu logiczne inspirację do samodoskonalenia. Jako [7] http://testobsessed.com/wp-content/
myślenie i rozwiązywanie problemów to narzędzie, dzięki któremu możemy za- uploads/2011/04/testheuristicscheatshe-
jedne z najważniejszych umiejętności szczepić lub podsycać w kimś pasje do etv1.pdf
testera. Je też możemy ćwiczyć. testowania.
22
Samo Dojo najczęściej rozpoczyna Po każdej sesji, prowadzący tworzy wyzwań testerskich gotowych do użycia
się od prezentacji misji – przedstawia- sprawozdanie z przeprowadzonych na każdym Dojo. Coraz częściej na nie-
my przedmiot testów i określamy cele. ćwiczeń i umieszcza je na Wiki. Zbiera których konferencjach przeprowadzane
W zależności od ilości uczestników i także wszystkie artefakty, które powsta- są Testing Dojo. Przykładem może być
dostępnych laptopów dzielimy się na ły w jego trakcie – zdjęcia tablicy, notat- Agile Testing Days 2011, gdzie Markus
grupy, najczęściej dwuosobowe. Dzięki ki. Jest to dokumentacja wewnętrzna, prowadził Testing i Coding Dojo. Zebra-
temu skupiamy się także na komunikacji więc nie możemy jej udostępniać na ze- ne doświadczenia z uczestnictwa moż-
i współpracy. W metodykach miękkich wnątrz, ale na jego podstawie tworzone na później wykorzystać przy organizacji
(zwinnych), dość popularny jest peer są posty, które mogą być publikowane swojego.
developement – czemu nie zadbać o np. na blogu.
popularyzację peer testingu? Podczas
testów uczestnicy zadają pytania, na Jeśli w trakcie Dojo testowaliśmy wła- Zakończenie
które prowadzący stara się odpowia- sną aplikację, zgłośmy błędy wykryte
dać, zadawanie odpowiednich pytań to podczas testów. Przedyskutujmy je z Przedstawiłem tutaj podejście, jakie
kwintesencja testowania. Tego też uczy Project Manager’em lub Tech Lead’em. udało się nam wypracować w firmie w
Testing Dojo. Znalezione błędy, istotne Spróbujmy wciągnąć ich do dyskusji i ciągu ostatniego roku, od kiedy Testing
kwestie, które zostały poruszone, wnio- wykorzystać ich doświadczenie oraz Dojo stało się elementem naszej prak-
ski, uwagi zapisujemy na tablicy. Sesję opinie do nauki i ulepszenia naszych tyki. Nie oznacza to, że jest ono idealne
kończymy chwilę przed wyznaczonym spotkań. i doskonałe, nie oznacza to także, że
czasem, aby mieć jeszcze możliwość będzie pasowało do Waszego modelu
przedyskutowania wyników, określenia pracy. Spróbujcie, zmieniajcie, mody-
czy spotkanie pozwoliło nam nauczyć Skąd brać pomysły? fikujcie, a na pewno Wam się uda. Nie
się czegoś nowego. zrażajcie się niepowodzeniami – nie od
Pomysł to najczęściej połowa sukcesu. razu Rzym zbudowano.
I co dalej? A więc, skąd je brać? Można sięgnąć
do archiwum Weekend Testing – nie- Owocnych sesji, czego Wam i sobie ży-
Możemy zwiększyć korzyści, jakie płyną mal co tydzień odbywają się kolejne czę.
z przeprowadzenia Testing Dojo przez spotkania, w których uczestniczą także
wyciąganie odpowiednich wniosków i testerzy z Polski. Wspomniany wcze-
wykorzystania doświadczenia zdoby- śniej Markus Gaertner prowadzi stronę
tego w jego trakcie. Dzielmy się nim i „Testing challenges” - pokaźny zbiór