Macierz śledzenia wymagań: kompletny przewodnik po pełnym pokryciu

Masz czasem wrażenie, że testowałeś swoje oprogramowanie do znudzenia, ale nadal dręczy Cię wątpliwość? Nie jesteś sam. W testowaniu oprogramowania nawet najbardziej skrupulatne zespoły mogą przeoczyć kluczowe elementy, pozostawiając luki, które prowadzą do kosztownych przeoczeń i błędów. Szczególnie w testowaniu czarnoskrzynkowym — gdzie nie masz bezpośredniego dostępu do kodu — zapewnienie pełnego pokrycia może być trudne.

W tym miejscu pojawia się macierz śledzenia wymagań (Requirements Traceability Matrix, RTM). Niech nie zmyli Cię jej skomplikowana nazwa — to narzędzie jest zaskakująco proste i może całkowicie odmienić proces testowania. RTM pomaga odwzorować wszystkie wymagania na odpowiadające im testy, dzięki czemu nic nie umyka uwadze, a pokrycie jest kompleksowe. Dzięki pełnej widoczności Twój zespół może pewnie przeprowadzać testy, wykrywać ukryte luki i osiągać pełną identyfikowalność.

W tym artykule pokażemy, jak RTM może przekształcić testowanie czarnoskrzynkowe z działań opartych na zgadywaniu w gwarantowane pokrycie.

Czym jest macierz śledzenia wymagań (RTM)?

Macierz śledzenia to ważny dokument łączący dwa lub więcej podstawowych dokumentów, zazwyczaj w relacji wiele-do-wielu, aby zapewnić kompletność ich powiązania. Narzędzie to jest przydatne do monitorowania wymagań projektu i weryfikowania, czy wszystkie istniejące potrzeby projektu zostały właściwie spełnione.

Macierz śledzenia wymagań pokazuje, w jaki sposób wymagania łączą się z innymi artefaktami, oraz potwierdza, że zostały spełnione. Zawiera szczegółowe informacje o wymaganiach, przypadkach testowych, wynikach testów i potencjalnych problemach, wykazując, że wykonano wszystkie odpowiednie kroki.

W procesie tworzenia oprogramowania RTM jest dokumentem bazowym, który zapewnia powiązanie wszystkich wymagań z przypadkami testowymi. Kierownicy projektów wykorzystują RTM przede wszystkim do upewnienia się, że wszystkie kryteria są spełnione w całej fazie testowania. 

RTM jest często wykorzystywana do oceny wpływu dostarczonych wymagań. Gdy początkowe wymagania zmieniają się w trakcie projektu, macierz śledzenia pokazuje dotknięte zmianami przepływy pracy, testy, dokumentację, kod oprogramowania i tak dalej.

Czym jest identyfikowalność?

Kierownicy projektów wykorzystują w macierzach trzy rodzaje identyfikowalności do łączenia wymagań i artefaktów: w przód, wsteczną oraz dwukierunkową. 

• Identyfikowalność w przód przedstawia przebieg projektu od początku do końca.
• Identyfikowalność wsteczna zapewnia, że każdy test jest przeprowadzany z określonego powodu. 
• Identyfikowalność dwukierunkowa jest najbardziej kompleksową formą, łączącą modele identyfikowalności w przód i wstecz, aby sprawdzić, czy każdy test odpowiada wymaganiom, a także odwrotnie.

Dlaczego identyfikowalność wymagań jest ważna?

Ostatecznym celem testowania oprogramowania nie jest oprogramowanie wolne od błędów (choć to również jest ważne). Najważniejsze jest to, aby aplikacja działała zgodnie z przeznaczeniem, czyli spełniała oczekiwania i potrzeby użytkowników.  

Analitycy biznesowi lub właściciele produktu tworzą dokument SRS (System/Software Requirement Specification), aby przechowywać wymagania klienta. W metodyce Agile dokument ten nosi nazwę rejestru sprintu, a wymagania mają postać historyjek użytkownika. Zespół ds. zapewniania jakości analizuje dokument i wraz z zespołem projektowym tworzy przypadki testowe. Jednak w przypadkach testowych może zabraknąć funkcjonalności, dlatego macierz śledzenia wymagań pomaga tego uniknąć.

Zalety RTM i pokrycia testami

Oto kilka korzyści wynikających ze stosowania RTM w cyklu życia oprogramowania:

• Postęp projektu: RTM śledzi wymagania i ich statusy aż do zakończenia. W ten sposób pokazuje bieżący stan projektu i pomaga ocenić, czy zaplanowane prace przebiegają zgodnie z harmonogramem.
• Odpowiedzialność: RTM przypisuje odpowiedzialność za pierwotną propozycję i warunki projektu, ułatwiając śledzenie wymagań oraz ich statusu w odniesieniu do ogólnego ukończenia projektu.
• Obciążenie pracą członków zespołu: RTM dostarcza informacji o osobie zgłaszającej każde konkretne wymaganie oraz osobie odpowiedzialnej za jego realizację, zapewniając tym samym większą przejrzystość indywidualnego wkładu i zakresu odpowiedzialności.
• Zaufanie klienta: RTM przechowuje szczegółowy rejestr żądań klienta, zapewniając, że jego wymagania i potrzeby są dokładnie uwzględniane i dokumentowane. 
• Zwiększone pokrycie testami: Każdy przypadek testowy jest powiązany w RTM z konkretnym wymaganiem. W rezultacie ryzyko pominięcia jakichkolwiek wymagań podczas procesu testowania jest mniejsze, a pokrycie testami może wynieść 100%.

Kto potrzebuje identyfikowalności wymagań?

RTM-y są niemal przede wszystkim wykorzystywane przez programistów, zespoły produktowe i interesariuszy projektu, którzy mają bardzo złożone lub regulowane wymagania. Jednym z głównych celów RTM-ów jest śledzenie testów wymagań, które są bardziej charakterystyczne dla zespołów opracowujących produkty, takie jak oprogramowanie i sprzęt. Podczas gdy w ramach bardziej kompleksowego projektu często śledzi się wymagania projektowe lub produkty końcowe, RTM został zaprojektowany z myślą o potrzebach zespołu technicznego, który musi śledzić i testować konkretne funkcje. 

Przykład

RTM zespołu programistycznego powinien zawierać obszerne informacje dotyczące testowania oprogramowania, problemów, defektów i funkcji, aby ocenić specyfikacje produktu w odniesieniu do rejestru zadań sprintu. RTM-y pomagają również zespołom technicznym spełniać wymagania klientów zewnętrznych i interesariuszy, dostarczając im informacji o tym, w jaki sposób te potrzeby zostały zarejestrowane i uwzględnione.

 

Jednak w przypadku projektów o mniejszym zakresie technicznym zespoły mogą opracować znacznie prostszą listę, która koncentruje się wyłącznie na monitorowaniu wkładu lub produktów końcowych każdego członka zespołu, nawet jeśli technicznie nie jest to RTM.

Jak utworzyć RTM

Za pomocą RTM-ów cele są przekształcane w wymagania i łączone z działaniami, co prowadzi do powstania dynamicznej i kompleksowej historii projektu. Dlatego muszą być dobrze napisane i zaprojektowane, aby żadna informacja nie została utracona.

Pierwsze kroki podczas tworzenia RTM-u zawsze powinny obejmować:

• Zdefiniuj cele — Dlaczego potrzebujesz RTM-u? Może on służyć takim celom, jak ukończenie projektu tworzenia oprogramowania lub zapewnienie dokładnego testowania weryfikacji koncepcji (PoC).
• Przeanalizuj dokumentację — Na tym etapie oceń istniejące dokumenty projektowe, takie jak dokumenty wymagań funkcjonalnych, dokumenty wymagań technicznych i dokumenty wymagań biznesowych (BRD). Twoje cele są przekształcane w specyfikacje i łączone z zadaniami za pośrednictwem RTM-ów, tworząc stale rozbudowywany i kompleksowy zapis projektu.
• Utwórz macierz wymagań — Do utworzenia macierzy możesz użyć oprogramowania do śledzenia wymagań lub znanych narzędzi, takich jak Excel czy Notion. Macierz powinna zawierać identyfikatory i opisy wymagań biznesowych, identyfikatory przypadków testowych, wyniki testów oraz błędy.
• Aktualizuj RTM na bieżąco — Wprowadź każde wymaganie i przypadek testowy do macierzy, uzupełniając w miarę postępów wymagane informacje w każdej kolumnie. W miarę trwania projektu aktualizuj dokument o stan i wyniki wykonywania testów oraz wszelkie istotne komentarze. 

Rodzaje macierzy śledzenia

Wyróżnia się trzy rodzaje śledzenia:

• Śledzenie w przód służy do określenia, czy projekt zmierza we właściwym kierunku i dotyczy odpowiedniego produktu. Zapewnia, że wszystkie wymagania zostały zaimplementowane w produkcie i właściwie ocenione. Przekłada wymagania na scenariusze testowe.
• Macierz śledzenia wstecz (lub macierz odwrotnego śledzenia) gwarantuje, że obecny produkt zmierza we właściwym kierunku. Celem tej formy śledzenia jest zapewnienie, że nie rozszerzamy zakresu projektu poprzez uwzględnianie kodu, komponentów projektu, testów ani innych prac, które nie zostały określone w wymaganiach. Łączy przypadki testowe z wymaganiami.
• Śledzenie dwukierunkowe (w przód i wstecz) potwierdza, że przypadki testowe obejmują wszystkie kryteria. Ocenia wpływ zmiany wymagań spowodowanej problemem w produkcie pracy i odwrotnie.  

Narzędzia do śledzenia wymagań

Korzyści ze stosowania RTM

RTM to świetne narzędzie pomagające śledzić postępy. Jakie są główne korzyści z pracy z RTM?

• Lepsze planowanie: określenie potrzeb projektu od samego początku wpływa na decyzje podejmowane później, umożliwiając opracowanie dokładniejszej strategii. Gdy wszystko jest przedstawione w przejrzysty sposób, zespół może zobaczyć, jak zmiana, taka jak opóźnienie, wpływa na wyniki.
• Trzymanie się planu: RTM pomaga osiągać cele projektu poprzez porównywanie działań z wartościami bazowymi. Po zgłoszeniu wymagania przez klienta można rozpocząć śledzenie jego cyklu życia w RTM, aby mieć pewność, że wszystkie potrzeby biznesowe zostaną spełnione.
• Zrozumienie, co należy przetestować: podpisanie RTM podczas testowania określa, co, kiedy i dlaczego należy przetestować. Wyniki są rejestrowane, aby wykazać, że wszystkie obszary zostały objęte testami i że wykonano odpowiednie testy.
• Przejrzysta dokumentacja: śledzenie testów, wymagań i ich wzajemnych zależności pozwala na dokładne dokumentowanie wyników projektu. Można udostępnić je klientowi i wykorzystać do planowania przyszłych projektów, zapewniając, że każdy kolejny projekt będzie wykonany lepiej niż poprzedni. Przejrzysta dokumentacja może również pomóc w identyfikowaniu błędów, takich jak wymaganie, które powinno było zostać zauważone.

Wyzwania związane z pokryciem testami

Wdrożenie integracji z macierzą identyfikowalności wymagań (RTM) może być dla firm i zespołów złożonym i trudnym zadaniem ze względu na brak standaryzacji procesów zarządzania wymaganiami i testami oraz opór członków zespołu przed zmianami. Brak standaryzacji może prowadzić do niespójności i nieporozumień, utrudniając śledzenie i zarządzanie relacją między wymaganiami a planem testów. 

Na przykład testerzy przyzwyczajeni do tradycyjnego, ręcznego zarządzania przypadkami testowymi mogą niechętnie przechodzić na zautomatyzowane narzędzie do zarządzania testami zintegrowane z systemem RTM. Pokonanie tego oporu wymaga skutecznych strategii zarządzania zmianą, takich jak zapewnienie szkoleń i wsparcia, aby pomóc członkom zespołu zrozumieć wartość integracji z RTM oraz to, jak może ona usprawnić ich procesy pracy.

Utrzymanie jakości i integralności danych stanowi kolejne poważne wyzwanie związane z integracją RTM. Nieprawidłowe lub niekompletne dane mogą prowadzić do niedokładnej identyfikowalności między wymaganiami a przypadkami testowymi, sprawiając, że system RTM będzie niewiarygodny. Należy stosować skuteczne mechanizmy walidacji danych i regularnie wykonywać czynności konserwacyjne, aby zapewnić dokładność i integralność danych. 

Brak aktualizacji przypadków testowych powiązanych ze zmodyfikowanymi wymaganiami może skutkować nieaktualnymi lub nieistotnymi przypadkami testowymi, prowadząc do niedokładnych informacji o identyfikowalności. Integracja RTM z istniejącymi narzędziami do zarządzania wymaganiami i testami może być trudna technicznie ze względu na niezgodne formaty danych lub interfejsy API.  Firmy muszą dokładnie ocenić zgodność obecnie używanych narzędzi z systemem RTM i upewnić się, że dostępne są niezbędne interfejsy API lub łączniki umożliwiające płynną wymianę danych.

Najważniejsze wnioski

RTM może być bardzo pomocnym dokumentem w procesie tworzenia i testowania, ponieważ ułatwia śledzenie nie tylko wymagań biznesowych, lecz także sposobu ich testowania oraz pokrycia testami dla każdego wymagania. Może również wspierać postęp projektu, pomagając nadążać za zmianami wymagań i ich wpływem na pracę.

Dołącz do naszej społeczności, subskrybując newsletter Klubu CTO, i dowiedz się, jak osiągnąć doskonałość w każdym teście.