Co to są wymagania TracMacierz eability (RTM) w testowaniu?
⚡ Inteligentne podsumowanie
Wymagania TracMatryca eability (RTM) to ustrukturyzowany dokument, który łączy wymagania projektu z odpowiadającymi im przypadkami testowymi, zapewniając pełne pokrycie i walidację. Odgrywa kluczową rolę w testowaniu oprogramowania, zapobiegając pominięciom funkcjonalności, wspierając zgodność i zapewniając przejrzystość dla interesariuszy.
Czym jest TracMacierz możliwości (TM)?
A TracMacierz eability 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 track wymagania i sprawdzenie czy spełnione są bieżące wymagania projektu.
👉 Zapisz się na bezpłatny projekt testowania oprogramowania na żywo
Co to jest wymaganie TracMacierz możliwości?
Wymaganie Tracmacierz eability (RTM) jest dokumentem, który mapuje i tracWymagania użytkownika es wraz z przypadkami testowymi. Zawiera wszystkie wymagania zaproponowane przez klienta i tracmożliwość w jednym dokumencie, dostarczanym na zakończenie Cykl życia oprogramowaniaGłównym celem wymagania TracMatryca eability ma za zadanie sprawdzić, 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 trace wymaganie z odpowiadającymi mu scenariuszami testowymi i przypadki testowe. To jest określane jako „wymaganie” TracMacierz możliwości.
tracmacierz możliwości to zazwyczaj arkusz kalkulacyjny 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 wymagania Tracmacierz eability (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 → Tracwymagania k od SRS/User Stories aż do wykonania.
- 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 przechodź audyty z jasnymi traczdolność.
- 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 uwzględnić w wymaganiu TracMacierz możliwości?
- Identyfikator wymagania
- Rodzaj wymagania i Descriptjon
- Przypadki testowe ze statusem
Powyżej znajduje się przykładowy wymóg tracmacierz możliwości.
Ale w typowym Testowanie oprogramowania projekt, ten tracMacierz możliwości miałaby więcej parametrów niż te.
Jak pokazano powyżej, wymóg tracmacierz możliwości 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 Excela, zespół testowy może również zdecydować się na wymagania tracdostępne w narzędziach Test Management Tools.
Rodzaje Tracmacierz testów zdolności
W inżynierii oprogramowania tracMacierz możliwości można podzielić na trzy główne składniki, jak wspomniano poniżej:
- Naprzód traczdolność: 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.
- Do tyłu lub do tyłu traczdolność: Służy do zapewnienia, że bieżący produkt pozostanie po prawej stronie track. Cel tego typu tracEability polega na weryfikacji, czy nie rozszerzamy zakresu projektu poprzez dodawanie kodu, elementów projektu, testów lub innych prac, które nie są określone w wymaganiach. Mapowanie przypadków testowych do wymagań.
- Dwukierunkowy traceability (do przodu + do tyłu): Ten tracMacierz możliwości zapewnia, że przypadki testowe obejmują wszystkie wymagania. Analizuje wpływ zmiany wymagań, na którą wpływa Wada w produkcie pracy i odwrotnie.
Jak utworzyć wymaganie Tracmacierz możliwości
Zrozumiemy koncepcję wymagania Tracmacierz możliwości poprzez Guru99 projekt bankowy.
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 Guru99 projekt bankowy.
W tym przypadku scenariusz zakłada, że klient powinien móc się zalogować do Guru99 witryna internetowa banku z prawidłowym hasłem i numerem użytkownika, podczas gdy menedżer powinien być w stanie zalogować się do witryny 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 TracMacierz możliwości pozostaje taka sama.
Przejdźmy dalej i stwórzmy RTM w testach
Krok 1) Nasza 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. Later, ByłytracW pierwszych 3 kolumnach z zestawu testowego. RTM w fazie testowania jest gotowy!
Zalety wymagania Tracmacierz możliwości
- 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
Wymagania TracMatryca eability (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ć traczdolność.
- 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 historyczne wersje track zmian i zachowania zgodności.
- 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
- Wyzwanie: Keeping Zaktualizowano 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. - 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. - 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. - 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 zasięg, korzystaj z dwukierunkowego tracmożliwości i przeprowadzaj audyty przed premierami głównych wersji. - 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ć tworzenie mapping i raportowanie.
Nauczmy się RTM na przykładzie z filmu
Kliknij w tym miejscu jeśli film nie jest dostępny
wymagania TracSzablon macierzy eability (RTM)
Kliknij poniżej, aby pobrać plik Excela z szablonem RTM
Pobierz szablon RTM Excel (.xlsx)











