Co je to Matice sledovatelnosti požadavků (RTM)? Příklad šablony

Co je Matice sledovatelnosti? (TM)

Matice sledovatelnosti je dokument, který spolu souvisí s jakýmikoli dvoupatrovými dokumenty, které ke kontrole úplnosti vztahu vyžadují vztah mnoho k mnoha.

Používá se ke sledování požadavků a ke kontrole, zda jsou aktuální požadavky projektu splněny.

Co je Matice sledovatelnosti požadavků?

Matice sledovatelnosti požadavků (RTM) je dokument, který mapuje a sleduje požadavek uživatele pomocí testovacích případů. Zachycuje všechny požadavky navržené klientem a sledovatelnost požadavků v jediném dokumentu dodaném na konci životního cyklu vývoje softwaru. Hlavním účelem Matice sledovatelnosti požadavků je ověřit, že všechny požadavky jsou kontrolovány pomocí testovacích případů tak, aby během testování Softwaru nebyla zaškrtnuta žádná funkce.

V tomto tutoriálu se dozvíte více o-

Proč je RTM důležité?
Které parametry zahrnout do matice sledovatelnosti požadavků?
Typy testovací matice sledovatelnosti
Jak vytvořit matici sledovatelnosti požadavků
Výhoda matice sledovatelnosti požadavku
Šablona Matice sledovatelnosti požadavků (RTM)

Proč je RTM důležité?

Hlavní agendou každého testeru by mělo být pochopení požadavků klienta a zajištění toho, aby byl výstupní produkt bezchybný. K dosažení tohoto cíle by každá QA měla důkladně porozumět požadavku a vytvářet pozitivní a negativní testovací případy.

To by znamenalo, že softwarové požadavky poskytované klientem musí být dále rozděleny do různých scénářů a dále do testovacích případů. Každý z těchto případů musí být proveden samostatně.

Vyvstává zde otázka, jak zajistit, aby byl požadavek testován s ohledem na všechny možné scénáře / případy? Jak zajistit, aby žádný požadavek nebyl vynechán z testovacího cyklu?

Jednoduchým způsobem je dohledat požadavek pomocí odpovídajících testovacích scénářů a testovacích případů. Toto se nazývá jen „matice sledovatelnosti požadavků“.

Matice sledovatelnosti je obvykle list, který obsahuje požadavky se všemi možnými testovacími scénáři a případy a jejich aktuální stav, tj. Pokud byly předány nebo selhaly. To by pomohlo testovacímu týmu pochopit úroveň testovacích činností prováděných pro konkrétní produkt.

Které parametry zahrnout do matice sledovatelnosti požadavků?

ID požadavku
Typ a popis požadavku
Testovací případy se stavem

Nahoře je ukázková matice sledovatelnosti požadavku.

Ale v typickém projektu testování softwaru by matice sledovatelnosti měla více než tyto parametry.

Jak je znázorněno výše, matice sledovatelnosti požadavků může:

Uveďte pokrytí požadavku v počtu testovacích případů
Stav návrhu i stav provedení pro konkrétní testovací případ
Pokud uživatelé mají provést jakýkoli test přijatelnosti uživatele, lze stav UAT zachytit také ve stejné matici.
Související vady a aktuální stav lze také uvést ve stejné matici.

Tento druh matice by poskytoval One Stop Shop pro všechny testovací činnosti.

Kromě udržování excelu zvlášť. Testovací tým se také může rozhodnout pro sledování požadavků dostupných nástrojů pro správu testů.

Typy testovací matice sledovatelnosti

V softwarovém inženýrství lze matici sledovatelnosti rozdělit na tři hlavní komponenty, jak je uvedeno níže:

Dopředná sledovatelnost : Tato matice se používá ke kontrole, zda projekt postupuje požadovaným směrem a pro správný produkt. Zajišťuje, že každý požadavek je aplikován na výrobek a že každý požadavek je důkladně otestován. Mapuje požadavky na testovací případy.
Zpětná nebo zpětná sledovatelnost: Používá se k zajištění toho, zda aktuální produkt zůstává na správné cestě. Účelem tohoto typu sledovatelnosti je ověřit, že nerozšiřujeme rozsah projektu přidáním kódu, konstrukčních prvků, testu nebo jiné práce, která není uvedena v požadavcích. Mapuje testovací případy podle požadavků.
Obousměrná návaznost (Forward + Backward): Tato matice návaznosti zajišťuje, že všechny požadavky jsou pokryty testovacími případy. Analyzuje dopad změny požadavků ovlivněných vadou u pracovního produktu a naopak.

Jak vytvořit matici sledovatelnosti požadavků

Pojďme pochopit koncept Matice sledovatelnosti požadavků prostřednictvím bankovního projektu Guru99.

Na základě obchodního požadavku (BRD) a technického požadavku (TRD) začnou testeři psát testovací případy.

Předpokládejme, že následující tabulka je náš dokument obchodních požadavků nebo BRD pro bankovní projekt Guru99 .

Zde je scénář, že zákazník by měl být schopen se přihlásit na bankovní web Guru99 se správným heslem a ID uživatele, zatímco manažer by měl být schopen se přihlásit na web prostřednictvím přihlašovací stránky zákazníka.

Zatímco níže uvedená tabulka je naším dokumentem s technickými požadavky (TRD) .

Poznámka: Týmy QA nedokumentují BRD a TRD. Některé společnosti také používají funkční požadavky na dokumenty (FRD), které jsou podobné technickým požadavkům, ale proces vytváření matice sledovatelnosti zůstává stejný.

Pojďme dál a vytvořme RTM v Testování

Krok 1: Náš ukázkový testovací případ je

„Ověřit přihlášení, pokud je zadáno správné ID a heslo, mělo by se úspěšně přihlásit“

Krok 2 : Určete technický požadavek, který tento testovací případ ověřuje. Pro náš testovací případ je ověřován technický požadavek T94.

Krok 3: Poznamenejte si tento technický požadavek (T94) v testovacím případě.

Krok 4: Určete obchodní požadavek, pro který je definován tento TR (technický požadavek-T94)

Krok 5: Poznamenejte si BR (obchodní požadavek) v testovacím případě

Krok 6: U všech testovacích případů proveďte výše. Později extrahujte první 3 sloupce ze své testovací sady. Testování RTM je připraveno!

Výhoda matice sledovatelnosti požadavku

Potvrzuje 100% pokrytí testu
Zdůrazňuje všechny chybějící požadavky nebo nekonzistence dokumentů
Zobrazuje celkové vady nebo stav provedení se zaměřením na obchodní požadavky
Pomáhá při analýze nebo odhadu dopadu na práci týmu QA s ohledem na revizi nebo přepracování testovacích případů