Podejście Scrum-owe

Scrum to sekwencja sprintów, gdzie każdy z nich trwa pewną jednostkę czasu. Powiedzmy dwa tygodnie. W ciągu tych dwóch tygodni zdefiniowana jest pewna liczba zadań do wykonania, rozpisana najczęściej w formie Stories. Jak to wszystko pogodzić z QA Craftem i jego trójstopniową strukturą: Test Plan / Test Suite / Test Case?.

A gdyby tak zacząć tworzyć strukturę od strony nie korzenia, a liści – czyli w naszym przypadku Test Case-ów? W przypadku QA Craft nie jest to trudne.

Tworzenie testów w QA Craft dla jednego ze sprintów

Zaczynamy od wyświetlenia wszystkich Story do wykonania w ramach jednego sprintu.

Następnie z poziomu każdego Story tworzymy taką ilość przypadków testowych jaka jest wymagana do przetestowania funkcjonalności.

W przypadku tworzenia pierwszego przypadku testowego jest do wykonania jeszcze jedna czynność. Aby łatwiej dało się zarządzać naszymi testami, powinny mieć kompletną strukturę, czyli Test Plan i Test Suite, w których znajdą się nasze przypadki testowe.

Załóżmy, że w naszym przypadku będą to „ABC Agile Test” jako nazwa Test Planu oraz „Sprint 3” jako nazwa Test Suite. Podejście takie pozwala nam utrzymać porządek w naszym planie testów. Każdy sprint jest oddzielną Test Suite. W przypadku tworzenia kolejnych przypadków w ramach tego samego sprintu, wybieramy istniejący Test Plan i Test Suite.

Po wytworzeniu wszystkich przypadków testowych dla stories należących do „Sprint 3”, w analogiczny sposób obsługujemy kolejny sprint. Finałem naszych działań będzie kompleta struktura, wspierająca testy sprintów 3 oraz 4.

Gotowa struktura testów

Tak może wyglądać nasza przykładowa struktura gotowa do przypisania przypadków testowych naszym testerom w celu wykonania testów.

Raportowanie

W każdym momencie naszych testów mamy pełen dostęp do metryk, raportu pokrycia wymagań testami, dashboardów z wykresami na temat realizacji przypadków testowych oraz zgłaszanych błędów. Wszystkie te dane mamy dostępne w podziale na poszczególne sprinty.

Testy regresyjne

Co w takim razie zrobić z dawno już zakończonymi sprintami? Utworzyć Test Suite o nazwie „Testy Regresyjne” i przeciągnąć metodą drag&drop te przypadki, które należą do dawno już zakończonych sprintów.

Przypadki regresyjne warto automatyzować – zachęcam do lektury wpisu na temat realizacji testów automatycznych.