Testowanie zwinne - Kanban

Działaniami związanymi z testami zwinnymi można efektywnie zarządzać za pomocą koncepcji Kanban. Poniższe zasady zapewniają ukończenie testów na czas w ramach iteracji / sprintu, a tym samym skupiają się na dostarczaniu wysokiej jakości produktu.

• Historie użytkowników, które są testowalne i odpowiednio dobrane, skutkują rozwojem i testowaniem w określonych ramach czasowych.

• Limit WIP (Work-In-Progress) pozwala skupić się na ograniczonej liczbie historyjek użytkownika naraz.

• Tablica Kanban, która wizualnie reprezentuje przepływ pracy, pomaga w śledzeniu czynności testowych i ewentualnych wąskich gardeł.

• Koncepcja współpracy zespołowej Kanban pozwala rozwiązać wąskie gardła w miarę ich identyfikacji, bez czasu oczekiwania.

• Przygotowanie przypadków testowych z góry, utrzymywanie zestawu testów w trakcie rozwoju i uzyskiwanie opinii klientów pomaga w eliminowaniu defektów w ramach iteracji / sprintu.

• Mówi się, że Definicja ukończenia (DoD) jest zakończona w tym sensie, że historia osiąga stan ukończenia dopiero po zakończeniu testów.

Testowanie działań w rozwoju produktu

W rozwoju produktu wydania można śledzić za pomocą tablicy Kanban funkcji. Funkcje dla konkretnego wydania są przypisane do tablicy Kanban funkcji, która wizualnie śledzi stan rozwoju funkcji.

Funkcje w wydaniu są podzielone na historie i opracowane w ramach wydania przy użyciu podejścia zwinnego.

Poniższe działania związane z testami zwinnymi zapewniają wysoką jakość w każdym wydaniu, a także na końcu wszystkich wydań -

• Testerzy uczestniczą w tworzeniu historii użytkownika, a tym samym zapewniają -

  • Wszystkie możliwe Zachowania Systemu są rejestrowane za pomocą Historii Użytkowników i Wymagań niefunkcjonalnych, które są częścią Historii Użytkowników.

  • Historie użytkowników są testowalne.

  • Rozmiar historii użytkowników pozwala na ukończenie tworzenia i testowania (DoneDone) w ramach iteracji.

• Wizualna tablica Kanban zadań -

  • Przedstawia stan i postęp zadań

  • Wąskie gardła są identyfikowane natychmiast po ich wystąpieniu

  • Ułatwia pomiar czasu cyklu, który można następnie zoptymalizować

• Współpraca zespołowa pomaga w -

  • Odpowiedzialność całego zespołu za jakość produktu

  • Rozwiązanie wąskich gardeł w momencie ich wystąpienia, oszczędzając czas oczekiwania

  • Wkład każdej wiedzy we wszystkich działaniach

• Continuous Integration, która koncentruje się na testowaniu ciągłej integracji

• Automatyzacja testów, aby zaoszczędzić na nakładach i czasie testowania

• Zapobieganie defektom za pomocą przypadków testowych napisanych wcześniej dla programistów i doradzanie deweloperom w zakresie tego, czego przewidują różne zachowania systemu -

  • Limit WIP, aby skupić się na ograniczonej liczbie Historii użytkowników naraz

• Ciągłe testowanie w trakcie rozwoju w celu zapewnienia poprawek defektów w ramach iteracji -

  • Zapewnij pokrycie testowe

  • Utrzymuj niską liczbę otwartych błędów

Eksploracja historii

Eksploracja historii to komunikacja w zespole zwinnym w celu zbadania zrozumienia historii, gdy właściciel produktu przekazuje historię do akceptacji do rozwoju.

Właściciel produktu wymyśla historię na podstawie funkcjonalności oczekiwanej przez system. Twórcy dokładniej analizują każdą historię, zanim oznaczy ją jako gotową do akceptacji. Testerzy uczestniczą również w komunikacji z perspektywy testowania, aby była jak najbardziej testowalna.

Finalizacja Historii opiera się na stałej i ciągłej komunikacji pomiędzy Właścicielem Produktu, Programistami i Testerami.

Oszacowanie

Szacowanie odbywa się podczas planowania wydania i każdego planowania iteracji.

W Planowaniu wydań testerzy zapewniają -

• Informacje o wymaganych czynnościach testowych
• Szacowanie wysiłku dla tego samego

W planowaniu iteracji testerzy przyczyniają się do decydowania o tym, jakie i ile historii można uwzględnić w iteracji. Decyzja zależy od nakładu testowego i oszacowania harmonogramu testów. Oszacowanie historii odzwierciedla również oszacowanie testowe.

W Kanban, Done-Done jest osiągane tylko wtedy, gdy historia jest opracowana i przetestowana i oznaczona jako kompletna bez wad.

Dlatego też estymacja testowa odgrywa ważną rolę w ocenie historii.

Planowanie historii

Planowanie opowieści rozpoczyna się po oszacowaniu opowieści i przypisaniu jej do bieżącej iteracji.

Planowanie historii obejmuje następujące zadania testowe -

• Przygotuj dane testowe
• Rozszerz testy akceptacyjne
• Wykonaj testy ręczne
• Przeprowadź sesje testów eksploracyjnych
• Zautomatyzuj testy ciągłej integracji

Oprócz tych zadań testowych mogą być również wymagane inne zadania, takie jak -

• Test wydajności
• Testowanie regresji
• Aktualizacje powiązanych testów ciągłej integracji

Progresja historii

Story Progression ujawnia dodatkowe testy, które są wymagane w wyniku ciągłej komunikacji między programistami a testerami. W sytuacjach, gdy programiści potrzebują większej jasności przy implementacji, testerzy przeprowadzają testy eksploracyjne.

Testowanie ciągłe jest wykonywane podczas postępu historii i obejmuje testowanie ciągłej integracji. Cały zespół bierze udział w działaniach testowych.

Akceptacja historii

Akceptacja historii ma miejsce, gdy historia osiągnie stan Gotowe. tzn. historia jest opracowywana, testowana i sygnalizowana jako ukończona.

Mówi się, że testowanie historii jest zakończone, gdy wszystkie testy związane z zaliczeniem historii lub poziomem automatyzacji testów zostaną spełnione.