Čo je Matrica sledovateľnosti požiadaviek (RTM)? Vzorová šablóna

Čo je Matrica sledovateľnosti? (TM)

Matica sledovateľnosti je dokument, ktorý spája všetky dvojzákladné dokumenty, ktoré si na kontrolu úplnosti vzťahu vyžadujú vzťah viacerých strán.

Používa sa na sledovanie požiadaviek a na kontrolu splnenia aktuálnych požiadaviek projektu.

Čo je matica sledovateľnosti požiadaviek?

Matica sledovateľnosti požiadaviek (RTM) je dokument, ktorý mapuje a sleduje požiadavku používateľa pomocou testovacích prípadov. Zachytáva všetky požiadavky navrhnuté klientom a sledovateľnosť požiadaviek v jednom dokumente doručenom na konci životného cyklu vývoja softvéru. Hlavným účelom matice sledovateľnosti požiadaviek je overiť, či sú všetky požiadavky kontrolované prostredníctvom testovacích prípadov, takže počas testovania softvéru nie je začiarknutá žiadna funkčnosť.

V tomto výučbe sa dozviete viac o-

Prečo je RTM dôležitá?
Ktoré parametre zahrnúť do matice sledovateľnosti požiadaviek?
Typy testovacej matice sledovateľnosti
Ako vytvoriť maticu sledovateľnosti požiadaviek
Výhoda matice sledovateľnosti požiadavky
Šablóna matice požiadaviek na sledovanie (RTM)

Prečo je RTM dôležitá?

Hlavnou agendou každého testera by malo byť porozumenie požiadavkám klienta a zabezpečenie toho, aby výstupný produkt bol bezchybný. Na dosiahnutie tohto cieľa by mala každá QA dôkladne porozumieť požiadavke a vytvárať pozitívne a negatívne testovacie prípady.

To by znamenalo, že softvérové požiadavky poskytované klientom musia byť ďalej rozdelené do rôznych scenárov a ďalej do testovacích prípadov. Každý z týchto prípadov musí byť vykonaný individuálne.

Tu vyvstáva otázka, ako zabezpečiť, aby sa požiadavka testovala s ohľadom na všetky možné scenáre / prípady? Ako zabezpečiť, aby sa z testovacieho cyklu nevynechala žiadna požiadavka?

Jednoduchým spôsobom je sledovanie požiadavky s jej príslušnými testovacími scenármi a testovacími prípadmi. Toto sa označuje iba ako „matica sledovateľnosti požiadaviek“.

Matica vysledovateľnosti je zvyčajne pracovný hárok, ktorý obsahuje požiadavky so všetkými možnými scenármi a prípadmi testovania a s ich aktuálnym stavom, tj či boli splnené alebo zlyhali. To by pomohlo testovaciemu tímu pochopiť úroveň testovacích aktivít vykonaných pre konkrétny produkt.

Ktoré parametre zahrnúť do matice sledovateľnosti požiadaviek?

ID požiadavky
Typ a popis požiadavky
Testovacie prípady so stavom

Vyššie je uvedená vzorová matica sledovateľnosti požiadaviek.

Ale v typickom projekte testovania softvéru by matica vysledovateľnosti mala viac ako tieto parametre.

Ako je ilustrované vyššie, matica sledovateľnosti požiadaviek môže:

Ukážte pokrytie požiadaviek v počte testovacích prípadov
Stav návrhu, ako aj stav vykonania pre konkrétny testovací prípad
Ak majú používatelia vykonať akýkoľvek test akceptácie používateľa, potom je možné stav UAT zachytiť aj v tej istej matici.
V rovnakej matici je možné spomenúť aj súvisiace chyby a aktuálny stav.

Tento druh matice by poskytoval jednotné kontaktné miesto pre všetky testovacie činnosti.

Okrem udržiavania excelu zvlášť. Testovací tím sa môže rozhodnúť aj pre požiadavky na sledovanie dostupných nástrojov na správu testov.

Typy testovacej matice sledovateľnosti

V softvérovom inžinierstve možno maticu vysledovateľnosti rozdeliť na tri hlavné komponenty, ako je uvedené nižšie:

Dohľadateľnosť vpred : Táto matica sa používa na kontrolu toho, či projekt postupuje požadovaným smerom a v prípade správneho produktu. Zaisťuje, aby sa každá požiadavka vzťahovala na výrobok a aby sa každá požiadavka dôkladne otestovala. Mapuje požiadavky na testovacie prípady.
Spätná alebo spätná vysledovateľnosť: Používa sa na zabezpečenie toho, či aktuálny produkt zostáva na správnej ceste. Účelom tohto typu vysledovateľnosti je overiť, či nerozširujeme rozsah projektu pridaním kódu, dizajnových prvkov, testov alebo iných prác, ktoré nie sú uvedené v požiadavkách. Mapuje testovacie prípady podľa požiadaviek.
Obojsmerná vysledovateľnosť (dopredu a dozadu): Táto matica vysledovateľnosti zaručuje, že všetky požiadavky sú pokryté testovacími prípadmi. Analyzuje vplyv zmeny požiadaviek ovplyvnených poruchou na pracovnom výrobku a naopak.

Ako vytvoriť maticu sledovateľnosti požiadaviek

Poďme pochopiť koncept Matice sledovateľnosti požiadaviek prostredníctvom bankového projektu Guru99.

Na základe obchodných požiadaviek (BRD) a technických požiadaviek (TRD) začnú testeri písať testovacie prípady.

Predpokladajme, že nasledujúca tabuľka je náš dokument obchodných požiadaviek alebo BRD pre bankový projekt Guru99 .

Scenár je taký, že zákazník by mal byť schopný prihlásiť sa na bankovú webovú stránku Guru99 so správnym heslom a ID užívateľa, zatiaľ čo manažér by mal byť schopný prihlásiť sa na webovú stránku prostredníctvom prihlasovacej stránky zákazníka.

Zatiaľ čo nižšie uvedená tabuľka predstavuje náš dokument s technickými požiadavkami (TRD) .

Poznámka: Tímy zabezpečovania kvality nezdokumentujú smernice BRD a TRD. Niektoré spoločnosti tiež používajú dokumenty o požiadavkách na funkcie (FRD), ktoré sú podobné dokumentom o technických požiadavkách, ale proces vytvárania matice vysledovateľnosti zostáva rovnaký.

Poďme ďalej a vytvorme RTM v Testovaní

Krok 1: Náš vzorový testovací prípad je

„Overiť prihlásenie, po zadaní správneho ID a hesla by sa malo úspešne prihlásiť“

Krok 2 : Identifikujte technickú požiadavku, ktorú overuje tento testovací prípad. Pre náš testovací prípad je overovaná technická požiadavka T94.

Krok 3: Poznamenajte si túto technickú požiadavku (T94) v testovacom prípade.

Krok 4: Identifikujte obchodnú požiadavku, pre ktorú je definovaná táto TR (technická požiadavka-T94)

Krok 5: Poznačte si BR (Obchodné požiadavky) v testovacom prípade

Krok 6: Postupujte vyššie pre všetky testovacie prípady. Neskôr extrahujte prvé 3 stĺpce zo svojej testovacej sady. Testovanie RTM je pripravené!

Výhoda matice sledovateľnosti požiadavky

Potvrdzuje 100% pokrytie testom
Zdôrazňuje všetky chýbajúce požiadavky alebo nezrovnalosti v dokumentoch
Zobrazuje celkové chyby alebo stav vykonania so zameraním na obchodné požiadavky
Pomáha pri analýze alebo odhade vplyvu na prácu tímu QA s ohľadom na opätovné prehodnotenie alebo prepracovanie testovacích prípadov.