Poradnik metodologii testowania Scrum

Scrum w testowaniu oprogramowania

Scrum w testowaniu oprogramowania To metodologia tworzenia złożonych aplikacji. Dostarcza prostych rozwiązań do realizacji skomplikowanych zadań. Scrum pomaga zespołowi programistycznemu skupić się na wszystkich aspektach rozwoju oprogramowania, w tym na jakości, wydajności i użyteczności. Zapewnia przejrzystość, inspekcję i adaptację podczas tworzenia oprogramowania, aby uniknąć złożoności.

Testowanie Scrumowe

Testowanie Scrumowe Testowanie jest przeprowadzane w metodologii Scrum w celu weryfikacji spełnienia wymagań aplikacji. Polega na sprawdzaniu parametrów niefunkcjonalnych, takich jak bezpieczeństwo, użyteczność i wydajność. W procesie nie ma aktywnej roli testera, dlatego zazwyczaj wykonują je programiści za pomocą testów jednostkowych. Czasami, w zależności od charakteru i złożoności projektu, potrzebne są dedykowane zespoły testowe. Współczesne zespoły często koordynują tę pracę w Jira, Linear, Azure DevOps, czyli Asana.

Kluczowe cechy metodologii Scrum

Oto najważniejsze cechy Scruma:

• Scrum ma krótki, stały harmonogram cykli wydań z regulowanym zakresem, znanym jako Sprints, aby sprostać szybko zmieniającym się potrzebom rozwojowym. Każde wydanie może mieć wiele Sprints. Każdy projekt Scrum może mieć wiele cykli wydań.
• Powtarzająca się sekwencja spotkania, wydarzenia i kamienie milowe.
• Praktyka testowania i wdrażania nowych wymagań, tzw historie, aby mieć pewność, że jakaś praca jest gotowa do wydania po każdym Sprint.

Scrum opiera się na 3 następujących filarach:

Przyjrzyjmy się im po kolei.

1. Role w Scrumie

W testowaniu Scrum istnieją trzy główne role: Właściciel Produktu, Scrum Master i Zespół Deweloperski. Przyjrzyjmy się im szczegółowo.

Product Owner	Scrum Master	Zespół
Definiuje cechy produktu.	Zarządza zespołem i dba o jego produktywność.	Zespół składa się zazwyczaj z 5-9 członków.
Właściciel produktu decyduje o dacie wydania i odpowiednich funkcjach.	On lub ona prowadzi listę blokowanych i usuwa bariery w rozwoju.	Należą do niej programiści, projektanci i czasami testerzy.
Ustalają priorytety funkcji na podstawie wartości rynkowej i rentowności produktu.	Koordynuje wszystkie role i funkcje.	Zespół samodzielnie organizuje i planuje swoją pracę.
On lub ona jest odpowiedzialny za rentowność produktu.	On lub ona chroni zespół przed zewnętrznymi zakłóceniami.	Ma prawo zrobić wszystko w granicach projektu, aby spełnić Sprint cel.
Może zaakceptować lub odrzucić wyniki zadań.	Zaproszenia na Daily Scrum, Sprint Revwidok i planowanie spotkań.	Aktywnie uczestniczy w codziennych ceremoniach.

2. Artefakty Scruma

Proces Scrum obejmuje:

• Historie użytkownika: Stanowią one krótkie wyjaśnienie funkcjonalności testowanego systemu. Przykład dla ubezpieczyciela brzmi: „Składkę można opłacić za pośrednictwem systemu online”.
• Rejestr Produktu: Jest to zbiór historii użytkowników zebranych na potrzeby produktu Scrum. Właściciel produktu przygotowuje i utrzymuje Backlog Produktu. Jest on priorytetyzowany przez Właściciela Produktu i każdy może go uzupełniać za jego zgodą. Nowoczesne zespoły utrzymują Backlog Produktu w Jira, Linear, Azure DevOps, czyli Asana.
• Zaległość wydania: Wydanie to przedział czasowy, w którym ukończono określoną liczbę iteracji. Właściciel produktu koordynuje ze Scrum Masterem, aby zdecydować, które historie powinny zostać uwzględnione w wydaniu. Historie w Backlogu Wydania mają zostać ukończone w wydaniu.
• Sprints: Jest to ustalony okres czasu na ukończenie historii użytkownika, ustalony przez Właściciela Produktu i zespół programistów, zwykle trwający od 2 do 4 tygodni.
• Sprint Zaległości w pracy: Jest to zbiór historii użytkownika, które należy wypełnić w Sprint. Podczas Sprint Backlog – praca nigdy nie jest przydzielana, a zespół zgłasza się do pracy samodzielnie. Jest on własnością zespołu i zarządza nim, a szacowana pozostała praca jest aktualizowana codziennie. Jest to lista zadań, które muszą zostać wykonane w określonym czasie. Sprint.
• Lista zablokowanych: Jest to lista blokad i niepodjętych decyzji, będąca własnością Scrum Mastera i aktualizowana codziennie.
• Wykres spalania: Wykres wypalenia przedstawia ogólny postęp prac w toku oraz prac ukończonych w trakcie całego procesu. Przedstawia on w formie wykresu historie i funkcje, które nie zostały ukończone.

3. Ceremonie (procesy) w Scrumie

• Sprint Planowanie: A Sprint rozpoczyna się od zaimportowania przez zespół historii z rejestru wydań do Sprint Backlog; jest prowadzony przez Scrum Mastera. Testerzy szacują nakład pracy potrzebny do przetestowania różnych historii w Sprint Zaległości.
• Codzienne wstawanie: Nazywany również Daily Scrum, jest prowadzony przez Scrum Mastera i trwa około 15 minut. Podczas Daily Stand-up uczestnicy omawiają pracę wykonaną poprzedniego dnia, planowaną pracę na dzień następny oraz problemy napotkane podczas SprintPostęp zespołu to tractutaj.
• Sprint Revwidok / Retrospektywa: Spotkanie jest również prowadzone przez Scrum Mastera, trwa około 2–4 godzin i omawia osiągnięcia zespołu w ciągu ostatnich Sprint i jakie wyciągnięto wnioski.

Mając już ustalone role, artefakty i ceremonie Scrum, ważne jest dokładne określenie miejsca testerów w tych ramach.

Rola testera w Scrumie

W Scrumie nie ma aktywnej roli Testera Proces. Zazwyczaj testowanie przeprowadza programista za pomocą testów jednostkowych, a Właściciel Produktu często bierze udział w procesie testowania w każdym Sprint. W niektórych projektach Scrum istnieją dedykowane zespoły testowe, zależne od charakteru i złożoności projektu.

Następne pytanie brzmi: czym zajmuje się tester w Scrumie? Odpowiedź znajdziesz w poniższej sekcji.

Testowanie działań w Scrumie

Testerzy wykonują następujące czynności na różnych etapach Scruma:

Sprint Planowanie

• In Sprint Planując, tester powinien wybrać z rejestru produktu historię użytkownika, która będzie testowana.
• Jako tester powinien on lub ona zdecydować, ile godzin (szacunek wysiłku) powinno to zająć skończyć testowanie każdej z wybranych historii użytkownika.
• Jako tester musi wiedzieć, co Sprint cele są takie.
• Jako tester weź udział w procesie ustalania priorytetów.

Sprint

• Wspieranie programistów w testowaniu jednostkowym.
• Po zakończeniu przetestuj historię użytkownika. Wykonywane jest wykonanie testu w laboratorium, w którym testerzy i programiści pracują ręka w rękę. Defekty są rejestrowane w Narzędzie do zarządzania defektami oraz tracDefekty są codziennie zgłaszane i analizowane podczas spotkania Scrum. Defekty są ponownie testowane natychmiast po ich wykryciu. zdecydowany i wdrożone do testów. Nowoczesne zespoły Scrum zazwyczaj korzystają z Jira, Linear, Azure DevOps, czyli Asana dla tego przepływu pracy.
• Jako tester bierze udział we wszystkich spotkaniach Daily Stand-up i zabiera głos.
• Jako tester może on/ona przynieść dowolny element zaległości, którego nie można ukończyć w bieżącym czasie Sprint i włóż to do następnego Sprint.
• Tester jest odpowiedzialny za rozwójping skrypty automatyzacji. On lub ona planuje testy automatyzacji za pomocą System ciągłej integracji (CI).Automatyzacja zyskuje na znaczeniu ze względu na krótkie terminy realizacji. Automatyzację testów można osiągnąć, wykorzystując różne narzędzia open source lub płatne dostępne na rynku. To skuteczne rozwiązanie, zapewniające uwzględnienie wszystkich aspektów wymagających przetestowania. Wystarczające pokrycie testami można osiągnąć dzięki ścisłej komunikacji w zespole.
• Revprzeglądaj wyniki automatyzacji CI i wysyłaj raporty interesariuszom.
• Przeprowadzaj testy niefunkcjonalne dla zatwierdzonych historii użytkowników.
• Współpracuj z klientem i właścicielem produktu w celu określenia kryteriów akceptacji testów akceptacyjnych.
• Na koniec Sprinttester w niektórych przypadkach przeprowadza również testy akceptacyjne (UAT) i potwierdza kompletność testów dla bieżącego Sprint.

Sprint Retrospektywa

• Jako tester będzie on lub ona ustalać, co poszło źle, a co dobrze w bieżącym Sprint.
• Jako tester identyfikuje wyciągnięte wnioski i najlepsze praktyki.

Po uruchomieniu tych czynności testowych każda SprintZespoły opierają swoją pracę na jasnych wskaźnikach, aby móc komunikować postępy, dlatego raportowanie testów staje się kluczowe.

Raportowanie testowe

Raportowanie metryk testów Scrum zapewnia interesariuszom transparentność i wgląd w projekt. Raportowane metryki pozwalają zespołowi analizować postępy i planować przyszłą strategię ulepszania produktu. Narzędzia takie jak Jira, Linear, Azure DevOps i Asana Automatycznie generuje wiele z tych raportów. Istnieją dwie metryki, które są często używane do raportowania.

Wykres spalania: Każdego dnia Scrum Master rejestruje szacunkową ilość pozostałej pracy do wykonania SprintTo jest wykres wypalenia, aktualizowany codziennie.

Wykres wypalenia zapewnia szybki przegląd postępów projektu. Zawiera on informacje takie jak całkowita ilość pracy w projekcie, która musi zostać wykonana, ilość pracy wykonanej w każdym etapie. SprintI tak dalej.

Wykres historii prędkości: Wykres historii prędkości przewiduje prędkość, jaką zespół osiągnie w każdym SprintJest to wykres słupkowy przedstawiający zmiany w wynikach pracy zespołu na przestrzeni czasu.

Inne przydatne wskaźniki to stopień wykorzystania harmonogramu, stopień wykorzystania budżetu, procent ukończenia tematu, ukończone historie, historie pozostałe do oddania itd.

FAQ