Co to jest macierz śledzenia wymagań (RTM) w testowaniu?
Tomasza Hamiltona
Co to jest matryca identyfikowalności (TM)?
Matryca identyfikowalności to dokument, który łączy ze sobą dowolne dokumenty składające się z dwóch linii bazowych, które wymagają relacji wiele do wielu w celu sprawdzenia kompletności relacji.
Służy do śledzenia wymagań i sprawdzania, czy aktualne wymagania projektu są spełnione.
Co to jest macierz identyfikowalności wymagań?
Macierz śledzenia wymagań (RTM) to dokument, który odwzorowuje i śledzi wymagania użytkownika za pomocą przypadków testowych. Zawiera wszystkie wymagania zaproponowane przez klienta i możliwość ich śledzenia w jednym dokumencie, dostarczanym po zakończeniu umowy Cykl życia oprogramowania. Głównym celem macierzy identyfikowalności wymagań jest sprawdzenie, czy wszystkie wymagania zostały sprawdzone za pomocą przypadków testowych, tak aby żadna funkcjonalność nie została odznaczona podczas testowania oprogramowania.
Dlaczego RTM jest ważny?
Głównym celem każdego testera powinno być zrozumienie wymagań klienta i upewnienie się, że produkt wyjściowy jest wolny od wad. Aby osiągnąć ten cel, każda kontrola jakości powinna dokładnie zrozumieć wymagania i stworzyć pozytywne i negatywne przypadki testowe.
Oznaczałoby to, że wymagania dotyczące oprogramowania dostarczone przez klienta muszą zostać dalej podzielone na różne scenariusze i dalej w celu przetestowania przypadków. Każdy taki przypadek należy rozpatrywać indywidualnie.
Pojawia się tutaj pytanie, jak upewnić się, że wymaganie zostało przetestowane z uwzględnieniem wszystkich możliwych scenariuszy/przypadków? Jak zapewnić, że żadne wymaganie nie zostanie pominięte w cyklu testowym?
Prostym sposobem jest prześledzenie wymagania za pomocą odpowiednich scenariuszy testowych i przypadki testowe. Nazywa się to po prostu „Macierzą identyfikowalności wymagań”.
Matryca identyfikowalności to zazwyczaj arkusz zawierający wszystkie możliwe wymagania scenariusze testowe oraz sprawy i ich aktualny stan, tj. czy zostały zaliczone, czy nie. Pomogłoby to zespołowi testującemu zrozumieć poziom działań testowych wykonanych dla konkretnego produktu.
Które parametry należy uwzględnić w macierzy identyfikowalności 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ą przeprowadzić test akceptacji użytkownika, status UAT można również ująć w tej samej matrycy.
- W tej samej matrycy można również wymienić powiązane wady i stan obecny.
Taki rodzaj matrycy byłby zapewniony One Stop Shop za wszystkie działania związane z testowaniem.
Oprócz osobnego utrzymywania programu Excel. Zespół testowy może również zdecydować się na śledzenie wymagań dostępnych narzędzi do zarządzania testami.
Rodzaje matrycy testowej identyfikowalności
W inżynierii oprogramowania macierz identyfikowalności można podzielić na trzy główne komponenty, jak wspomniano 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 sprawdzenia, czy aktualny produkt pozostaje na właściwej drodze. Celem tego typu identyfikowalności jest sprawdzenie, czy nie rozszerzamy zakresu projektu o kod, elementy projektu, testy lub inne prace, które nie są określone w wymaganiach. Mapuje przypadki testowe na wymagania.
- Dwukierunkowa identyfikowalność (do przodu i do tyłu): Ta matryca identyfikowalności gwarantuje, że wszystkie wymagania zostaną uwzględnione w przypadkach testowych. Analizuje wpływ zmiany wymagań, na którą ma wpływ Wada w produkcie pracy i odwrotnie.
Jak utworzyć macierz identyfikowalności wymagań
Przyjrzyjmy się koncepcji matrycy identyfikowalności wymagań poprzez projekt bankowy Guru99.
Na podstawie dokument wymagań biznesowych (BRD) i Dokument wymagań technicznych (TRD), testerzy zaczynają pisać przypadki testowe.
Załóżmy, że poniższa tabela przedstawia nasz Dokument wymagań biznesowych lub BRD dla Projekt bankowy Guru99.
Tutaj scenariusz jest taki, że klient powinien mieć możliwość zalogowania się do witryny bankowości Guru99 przy użyciu prawidłowego hasła i identyfikatora użytkownika, podczas gdy menedżer powinien mieć możliwość zalogowania się do witryny za pośrednictwem strony logowania klienta.
Chociaż poniższa tabela jest nasza 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 Dokumentu Wymagań Technicznych, ale proces tworzenia Matrycy Traceability pozostaje taki sam.
Przejdźmy dalej i stwórzmy RTM w testach
Krok 1) Autonomiczne przykładowy przypadek testowy is
„Sprawdź login. Po wprowadzeniu prawidłowego identyfikatora i hasła, logowanie powinno zakończyć się pomyślnie”
Krok 2) Zidentyfikuj wymaganie techniczne, które sprawdza ten przypadek testowy. W naszym przypadku testowym sprawdzane 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. Later Wyodrębnij pierwsze 3 kolumny z zestawu testów. RTM w testach jest gotowy!
Zaleta macierzy identyfikowalności 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 analizie lub oszacowaniu wpływu na pracę zespołu QA w związku z ponownym przeglądaniem lub przepracowywaniem przypadków testowych
Nauczmy się RTM na przykładzie z filmu
Kliknij tutaj jeśli film nie jest dostępny
Szablon matrycy identyfikowalności wymagań (RTM).
Kliknij poniżej, aby pobrać plik Excel z szablonem RTM
