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.

  • Rozpocznij RTM na wczesnym etapie cyklu życia projektu, aby mieć pewność, że jest on w pełni zgodny z wymaganiami.
  • Aktualizuj macierz za każdym razem, gdy zmienią się wymagania lub przypadki testowe.
  • Używaj czytelnych, unikalnych identyfikatorów, aby skutecznie mapować wymagania, scenariusze i przypadki testowe.
  • Współpracuj z testerami, programistami, analitykami i menedżerami, aby zapewnić im wspólną odpowiedzialność.
  • Wykorzystaj narzędzia automatyzacji (np. Jira, Zephyr), aby ograniczyć nakład pracy ręcznej i zwiększyć skalowalność.

Tracmacierz eability (RTM)

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

wymagania Tracmacierz możliwości

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.

wymagania Tracmacierz możliwości

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.

Jak tworzyć wymagania Tracmacierz eability (RTM)

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

Jak tworzyć wymagania Tracmacierz eability (RTM)

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”.

Jak tworzyć wymagania Tracmacierz eability (RTM)

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

Jak tworzyć wymagania Tracmacierz eability (RTM)

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

Jak tworzyć wymagania Tracmacierz eability (RTM)

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

Jak tworzyć wymagania Tracmacierz eability (RTM)

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

Jak tworzyć wymagania Tracmacierz eability (RTM)

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!

Jak tworzyć wymagania Tracmacierz eability (RTM)

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

  1. 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.
  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 zasięg, korzystaj z dwukierunkowego tracmożliwości i przeprowadzaj audyty przed premierami 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ć 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)

Najczęściej zadawane pytania:

RTM służy do zapewnienia, że ​​każde wymaganie projektu jest powiązane z odpowiadającymi mu przypadkami testowymi. Pomaga to zweryfikować pełne pokrycie, track zmian, redukcja defektów i zapewnienie dowodu walidacji. Według mapyping wymagania dotyczące testów, RTM poprawia zapewnienie jakości, zgodność z przepisami i zaufanie interesariuszy w całym cyklu życia rozwoju.

Istnieją trzy główne typy RTM: Naprzód Traczdolność (mapuje wymagania na przypadki testowe), Do tyłu Traczdolność (mapuje przypadki testowe z powrotem do wymagań) i Dwukierunkowy Traczdolność (łączy oba kierunki). Razem te podejścia zapewniają pełne pokrycie, zapobiegają niepotrzebnemu rozszerzaniu zakresu i potwierdzają, że wszystkie wymagania zostały dokładnie przetestowane.

Wymagania tracMacierz eability jest zazwyczaj przygotowywana na wczesnym etapie projektu, po udokumentowaniu wymagań w SRS, BRD lub backlogu. Jest ona rozwijana w trakcie cyklu życia projektu i aktualizowana za każdym razem, gdy zmieniają się wymagania lub przypadki testowe. Wczesne przygotowanie RTM zapewnia spójność, minimalizuje liczbę pominiętych funkcjonalności oraz wspiera efektywne planowanie testów i analizę pokrycia.

Podstawowa odpowiedzialność za utrzymanie RTM zwykle spoczywa na Zespół ds. zapewnienia jakości or testerzy. Jednakże, analitycy biznesowi zdefiniuj wymagania, deweloperzy połączyć kod z tymi wymaganiami i kierownicy projektów nadzorować dokładność. W praktyce RTM jest wspólną odpowiedzialnością zespołów, zapewniającą spełnienie wymagań. tracsprawdzane i weryfikowane na każdym etapie.

Aby użyć RTM, należy wypisać wymagania projektu i odpowiadające im przypadki testowe. Track status wykonania, defekty i pokrycie. Zespoły używają go do weryfikacji przetestowania wymagań, identyfikacji luk i oceny wpływu zmian. Staje się on żywym dokumentem, który zapewnia przejrzystość i kontrolę w całym cyklu testowania i życia projektu.

Tak, RTM jest szeroko stosowany w projektach Agile. Zamiast formalnych dokumentów SRS, wymagania często pochodzą z… historie użytkowników or zaległości produktoweZespoły Agile mapują te historie na przypadki testowe w RTM, zapewniając walidację każdej historii. Rozwiązanie to dobrze dostosowuje się do iteracyjnego charakteru Agile, zachowując jednocześnie pełne pokrycie.

Tak, RTM można zautomatyzować za pomocą narzędzi do zarządzania testami, takich jak Jira, HP ALM lub ZephyrAutomatyzacja redukuje wysiłek ręczny, zapewnia aktualizacje w czasie rzeczywistym i zapewnia lepsze tracZautomatyzowane RTM-y są szczególnie przydatne w dużych lub regulowanych projektach, gdzie zgodność i gotowość do audytu mają kluczowe znaczenie.

RTM i RACI służą różnym celom. RTM tracwymagania ks i przypadki testowe w celu zapewnienia pokrycia i walidacji. RACI to macierz przydzielania odpowiedzialności, pokazująca, kto jest odpowiedzialny, rozliczany, konsultowany i informowany w projekcie. RTM koncentruje się na wymaganiach i testowaniu, podczas gdy RACI wyjaśnia role i obowiązki zespołu.

Podsumuj ten post następująco: