W poprzednich postach z tej serii zachęcałem do pracy z dokumentacją i przygotowania przypadków testowych oraz testowania i raportowania defektów. Jeśli to jest pierwsza część, na jaką natrafiłeś, to zachęcam do zapoznania się ze wszystkimi poprzednimi.

Wcześniejsze ćwiczenia

• cz.1 – ogólne wprowadzenie do nauki poprzez wykorzystanie aplikacji Mr Buggy
• cz.2 – opis poszczególnych dokumentacji do różnych wersji + ćwiczenie
• cz.3 – opis wszystkich wersji Mr Buggy pod kątem testowania + ćwiczenie

Czego jeszcze możesz nauczyć się dzięki pracy z Mr Buggym?

Ostatnią rzeczą, o które wspominałem w pierwszej części, jest przygotowanie raportu z testów. Zakładam, że wykonałeś wszystkie poprzednie zadania i teraz czas na pewne podsumowanie wykonanej pracy w postaci raportu końcowego.

Jak powinien wyglądać raport z testów?

Poniżej wymienię elementy, które wg mnie powinny znaleźć się w takim dokumencie.

• cel testów – krótka informacją na temat testowanej aplikacji oraz tego co będzie sprawdzane
• opis środowiska w jakim testy zostały przeprowadzone – informację na temat wersji systemu operacyjnego, przeglądarki, itp
• podejście testowe – typy testów, które były planowane do wykonania i te, które były wyłączone z testownaia
• zakres testów – lista funkcjonalności, które zostały przetestowane, lista tych, których nie udało się sprawdzić oraz funkcjonalności wyłączonych z testownia
• ogólne wrażenia odnośnie jakości testowanej aplikacji – można tu umieścić opis, które funkcjonalności/ekrany są wg nas najbardziej pokryte testami i jakość jest najlepsza. Powinny się tu też znaleźć takie gdzie widzimy, że aplikacja najbardziej niedomaga. Dobrze jest także dodać czego nie udało się sprawdzić, gdzie widzimy ryzyka.
• metryki – miary dotyczące znalezionych defektów z podziałem na priorytety lub obszary aplikacji, miary pokazujące pokrycie wymagań i inne
• problemy/blokery/ryzyka – przeszkody, które utrudniały lub wręcz uniemożliwiały testowanie
• wnioski i sugestie na przyszłość – ta sekcja powinna zawierać funkcjonalności, do których mamy wątpliwości co do ich działania, ze względu na np. nieprecyzyjny opis w wymaganiach. Tutaj też powinna pojawić się informacja o rodzajach zalecanych testów, które powinny być w przyszłości wykonane wraz z ich estymacjami. Warto też zawrzeć propozycję innego podejścia do testowania.

Teraz czas na ćwiczenie

1. Wybierz sobie wersję Mr Buggy.
2. Mając wyniki poprzednich zadań przygotuj raport zawierający elementy wymienione powyżej.
3. Porównaj przygotowany raport z udostępnionymi przez ekipę TestingCupa.

Więcej na temat nauki testowania znajdziesz w mojej książce „Pasja Testowania„.