Co to jest macierz śledzenia wymagań (RTM) w testowaniu?

Co to jest matryca identyfikowalności (TM)?

Macierz śledzenia to dokument, który koreluje dwa dokumenty bazowe wymagające relacji wiele-do-wielu w celu sprawdzenia kompletności tej relacji.

Służy do śledzenia wymagań i sprawdzania, czy spełnione są bieżące wymagania projektu.

Czym jest macierz śledzenia wymagań?

Macierz śledzenia wymagań (RTM) to dokument, który mapuje i śledzi wymagania użytkownika za pomocą przypadków testowych. Zawiera wszystkie wymagania zaproponowane przez klienta i umożliwia ich śledzenie w jednym dokumencie, dostarczanym na zakończenie projektu. Cykl życia oprogramowaniaGłównym celem macierzy śledzenia wymagań jest sprawdzenie, czy wszystkie wymagania zostały sprawdzone za pomocą przypadków testowych, tak aby żadna funkcjonalność nie pozostała niezaznaczona podczas testowania oprogramowania.

Dlaczego RTM jest ważny?

Głównym celem każdego testera powinno być zrozumienie wymagań klienta i upewnienie się, że produkt końcowy jest wolny od błędów. Aby osiągnąć ten cel, każdy QA powinien dogłębnie zrozumieć wymagania i stworzyć pozytywne i negatywne przypadki testowe.

Oznaczałoby to, że wymagania programowe dostarczone przez klienta musiałyby zostać podzielone na różne scenariusze, a następnie na przypadki testowe. Każdy z tych przypadków musiałby zostać wykonany indywidualnie.

Pojawia się pytanie, jak upewnić się, że wymaganie zostanie przetestowane, biorąc pod uwagę wszystkie możliwe scenariusze/przypadki? Jak zagwarantować, że żadne wymaganie nie zostanie pominięte w cyklu testowania?

Prostym sposobem jest prześledzenie wymagania za pomocą odpowiednich scenariuszy testowych i przypadki testowe. Nazywa się to „Macierzą śledzenia wymagań”.

Macierz śledzenia to zazwyczaj arkusz roboczy zawierający wymagania ze wszystkimi możliwymi scenariusze testowe i przypadków oraz ich aktualnego stanu, tj. czy zostały zaliczone, czy nie. Pomogłoby to zespołowi testującemu zrozumieć poziom aktywności testowej wykonywanej dla konkretnego produktu.

Kto potrzebuje RTM?

A Macierz śledzenia wymagań (RTM) nie jest przeznaczone wyłącznie dla testerów — jest przydatne dla każdego, kto zajmuje się dostarczaniem wysokiej jakości oprogramowania lub projektów.

• Zapewnienie jakości i testerzy → Zapewnij 100% pokrycie wymagań dzięki dobrze zmapowanym przypadkom testowym.
• Analitycy biznesowi → Śledź wymagania od SRS/User Stories aż do realizacji.
• Menedżerów projektu → Uzyskaj wgląd w zakres, postęp i pominięte wymagania.
• Programiści → Zrozum, w jaki sposób funkcje przekładają się na cele biznesowe.
• Branże regulowane (Opieka zdrowotna, motoryzacja, lotnictwo i kosmonautyka, finanse) → Udowodnij zgodność i przejdź audyty, zapewniając przejrzystą identyfikowalność.
• Klienci i interesariusze → Uzyskaj pewność, że Twoje wymagania zostały wdrożone i przetestowane.

👉 Krótko mówiąc, każda osoba odpowiedzialna za budowanie, sprawdzanie i zatwierdzanie wymagań dotyczących oprogramowania korzyści z RTM.

Jakie parametry należy uwzględnić w macierzy śledzenia wymagań?

• Identyfikator wymagania
• Rodzaj wymagania i Descriptjon
• Przypadki testowe ze statusem

Powyżej znajduje się przykładowa macierz identyfikowalności wymagań.

Ale w typowym Testowanie oprogramowania projektu, matryca identyfikowalności miałaby więcej niż te parametry.

Jak pokazano powyżej, macierz identyfikowalności wymagań może:

• Pokaż pokrycie wymagań w liczbie przypadków testowych
• Status projektu i status wykonania dla konkretnego przypadku testowego
• Jeśli użytkownicy muszą wykonać testy akceptacji użytkownika, status UAT można również zapisać w tej samej macierzy.
• W tej samej matrycy można również wymienić powiązane wady i stan obecny.

Ten rodzaj macierzy zapewniłby Wszystko w jednym miejscu za wszystkie działania związane z testowaniem.

Oprócz oddzielnego prowadzenia arkusza Excel, zespół testowy może również zdecydować się na śledzenie wymagań, dostępne w narzędziach Test Management Tools.

Rodzaje matrycy testowej identyfikowalności

W inżynierii oprogramowania macierz śledzenia można podzielić na trzy główne komponenty, jak opisano poniżej:

• Dalsza identyfikowalność: Ta matryca służy do sprawdzania, czy projekt rozwija się w pożądanym kierunku i dla odpowiedniego produktu. Zapewnia, że ​​każde wymaganie ma zastosowanie do produktu i że każde wymaganie jest dokładnie testowane. Mapuje wymagania na przypadki testowe.
• Możliwość śledzenia wstecz lub wstecz: Służy do zapewnienia, że ​​bieżący produkt pozostaje na właściwym torze. Celem tego typu śledzenia jest weryfikacja, czy nie rozszerzamy zakresu projektu poprzez dodawanie kodu, elementów projektu, testów lub innych prac, które nie są określone w wymaganiach. Mapuje przypadki testowe do wymagań.
• Dwukierunkowa identyfikowalność (do przodu i do tyłu): Ta macierz śledzenia zapewnia, że ​​przypadki testowe obejmują wszystkie wymagania. Analizuje ona wpływ zmiany wymagań, na którą wpływa Wada w produkcie pracy i odwrotnie.

Jak utworzyć macierz śledzenia wymagań

Przyjrzyjmy się koncepcji matrycy identyfikowalności wymagań poprzez projekt bankowy Guru99.

Na podstawie dokument wymagań biznesowych (BRD) oraz Dokument wymagań technicznych (TRD), testerzy zaczynają pisać przypadki testowe.

Załóżmy, że poniższa tabela to nasz Dokument wymagań biznesowych lub BRD dla Projekt bankowy Guru99.

W tym przypadku klient powinien móc zalogować się na stronie internetowej banku Guru99, podając prawidłowe hasło i numer użytkownika, natomiast menedżer powinien móc zalogować się na stronie internetowej za pośrednictwem strony logowania klienta.

Poniższa tabela przedstawia nasze Dokument wymagań technicznych (TRD).

Uwaga: Zespoły ds. kontroli jakości nie dokumentują BRD i TRD. Ponadto niektóre firmy korzystają Dokumenty wymagań funkcjonalnych (FRD)które są podobne do dokumentów wymagań technicznych, ale proces tworzenia macierzy prześledzenia pozostaje taki sam.

Przejdźmy dalej i stwórzmy RTM w testach

Krok 1) Nasze przykładowy przypadek testowy is

„Sprawdź logowanie: Po wpisaniu prawidłowego identyfikatora i hasła logowanie powinno zakończyć się pomyślnie”.

Krok 2) Zidentyfikuj wymaganie techniczne, które weryfikuje ten przypadek testowy. W naszym przypadku testowym weryfikowane jest wymaganie techniczne T94.

Krok 3) Należy zwrócić uwagę na to wymaganie techniczne (T94) w przypadku testowym.

Krok 4) Zidentyfikuj wymaganie biznesowe, dla którego zdefiniowano niniejsze TR (wymaganie techniczne-T94).

Krok 5) Zwróć uwagę na BR (wymaganie biznesowe) w przypadku testowym

Krok 6) Wykonaj powyższe czynności dla wszystkich przypadków testowych. LaterWyodrębnij pierwsze 3 kolumny z zestawu testowego. RTM w fazie testowania jest gotowy!

Zalety macierzy śledzenia wymagań

• Potwierdza 100% pokrycie testu
• Podkreśla wszelkie brakujące wymagania lub niespójności w dokumentach
• Pokazuje ogólne wady lub status wykonania, ze szczególnym uwzględnieniem wymagań biznesowych
• Pomaga w analizowaniu lub szacowaniu wpływu na pracę zespołu ds. zapewnienia jakości w kontekście ponownego przeglądania lub przerabiania przypadków testowych

Najlepsze praktyki i wskazówki dotyczące korzystania z RTM

Macierz śledzenia wymagań (RTM) jest najskuteczniejsza, gdy utrzymane w prostocie, spójne i regularnie aktualizowaneOto najlepsze praktyki, które pozwolą zespołom zapewnić pełne pokrycie, minimalna liczba przeróbek i większe zaufanie do realizacji projektu:

• Zacząć wcześnie → Stwórz swój RTM na samym początku projektu.
• Aktualizuj to → Aktualizuj macierz za każdym razem, gdy zmienią się wymagania lub przypadki testowe.
• Użyj czystych identyfikatorów → Przypisz unikalne identyfikatory do wymagań i przypadków testowych, aby ułatwić śledzenie.
• Obejmuje przypadki pozytywne i negatywne → Upewnij się, że każde wymaganie jest sprawdzane pod kątem wielu aspektów testowych.
• Współpracuj między zespołami → Zaangażuj testerów, programistów, analityków biznesowych i kierowników projektów w utrzymanie RTM.
• Narzędzia dźwigniowe → Zamiast arkuszy kalkulacyjnych rozważ narzędzia do zarządzania testami (takie jak Jira, HP ALM lub Zephyr) w celu zapewnienia skalowalności.
• Kontrola wersji → Zachowaj wersje historyczne, aby śledzić zmiany i zachować zgodność.
• Skoncentruj się na prostocie → Unikaj przeciążania macierzy; zaznaczaj tylko najważniejsze parametry.
• Regularnie przeprowadzaj audyty → Okresowo dokonuj przeglądu RTM, aby wykryć luki przed upływem terminów testowania.
• Link do wartości biznesowej → Powiąż wymagania z celami biznesowymi, aby pokazać zwrot z inwestycji (ROI).

Typowe wyzwania i rozwiązania RTM

1. Wyzwanie: Utrzymywanie aktualności RTM
   Wymagania i przypadki testowe często się zmieniają, przez co RTM szybko staje się nieaktualny.
   Rozwiązanie: Korzystaj z automatycznych narzędzi do zarządzania testami, które synchronizują wymagania, przypadki testowe i defekty w czasie rzeczywistym.
2. Wyzwanie: Nadmierna złożoność
   Dodanie zbyt wielu parametrów utrudnia utrzymanie i interpretację RTM.
   Rozwiązanie: Utrzymaj RTM w ryzach, koncentrując się tylko na najważniejszych polach, takich jak identyfikatory, opisy i status.
3. Wyzwanie: Słaba współpraca w zespole
   Różne zespoły mogą nie być zgodne co do kwestii własności lub aktualizacji.
   Rozwiązanie: Określ jasne role, zaangażuj testerów, programistów i analityków oraz zaplanuj regularne przeglądy RTM.
4. Wyzwanie: Niepełne pokrycie wymagań
   W przypadku niektórych wymagań może brakować przypadków testowych, co może prowadzić do utraty funkcjonalności.
   Rozwiązanie: Regularnie sprawdzaj pokrycie, korzystaj z dwukierunkowego śledzenia i przeprowadzaj audyty przed wydaniem głównych wersji.
5. Wyzwanie: ręczny wysiłek w dużych projektach
   Zarządzanie RTM w arkuszach kalkulacyjnych staje się czasochłonne w przypadku złożonych systemów.
   Rozwiązanie: Wdrażaj narzędzia RTM, takie jak Jira, HP ALM lub Zephyr, aby zautomatyzować mapowanie i raportowanie.

Nauczmy się RTM na przykładzie z filmu

Kliknij w tym miejscu jeśli film nie jest dostępny

Szablon matrycy identyfikowalności wymagań (RTM).

Kliknij poniżej, aby pobrać plik Excela z szablonem RTM

Pobierz szablon RTM Excel (.xlsx)

Najczęściej zadawane pytania: