Kaj je matrika sledljivosti zahtev (RTM)? Primer predloge

Kaj je matrika sledljivosti? (TM)

Matrica sledljivosti je dokument, ki soodvisno povezuje katere koli dvodelne dokumente, ki zahtevajo razmerje med mnogimi in številnimi, da preverijo popolnost odnosa.

Uporablja se za sledenje zahtevam in preverjanje izpolnjevanja trenutnih zahtev projekta.

Kaj je matrika sledljivosti zahtev?

Matrica sledljivosti zahtev (RTM) je dokument, ki preslika in izsledi zahteve uporabnika s testnimi primeri. Vse zahteve, ki jih predlaga stranka, in sledljivost zahtev zajema v en sam dokument, ki je dostavljen ob zaključku življenjskega cikla razvijanja programske opreme. Glavni namen Matrice sledljivosti zahtev je potrditi, da se vse zahteve preverjajo s testnimi primeri, tako da med testiranjem programske opreme ni preverjena nobena funkcionalnost.

V tej vadnici boste izvedeli več o-

Zakaj je RTM pomemben?
Katere parametre vključiti v matriko sledljivosti zahtev?
Vrste matric preskusov sledljivosti
Kako ustvariti matriko sledljivosti zahtev
Prednost matrike sledljivosti zahtev
Predloga matrike sledljivosti (RTM)

Zakaj je RTM pomemben?

Glavna naloga vsakega preizkuševalca mora biti razumevanje naročnikovih zahtev in zagotovitev, da izhodni izdelek ne vsebuje napak. Da bi dosegli ta cilj, bi moral vsak QA zahtevo temeljito razumeti in ustvariti pozitivne in negativne testne primere.

To bi pomenilo, da je treba zahteve za programsko opremo, ki jih zagotavlja odjemalec, še naprej razdeliti na različne scenarije in nadalje preizkušati primere. Vsak od teh primerov je treba izvršiti posebej.

Tu se zastavlja vprašanje, kako zagotoviti, da je zahteva preizkušena ob upoštevanju vseh možnih scenarijev / primerov? Kako zagotoviti, da nobena zahteva ne bo izpuščena iz preskusnega cikla?

Preprost način je slediti zahtevi z ustreznimi testnimi scenariji in testnimi primeri. To zgolj imenujemo "matrika sledljivosti zahtev".

Matrika sledljivosti je običajno delovni list, ki vsebuje zahteve z vsemi možnimi testnimi scenariji in primeri ter njihovim trenutnim stanjem, tj. Če so bile posredovane ali neuspešne. To bi ekipi za testiranje pomagalo razumeti raven preizkusnih dejavnosti, opravljenih za določen izdelek.

Katere parametre vključiti v matriko sledljivosti zahtev?

ID zahteve
Vrsta zahteve in opis
Testni primeri s statusom

Zgoraj je matrika sledljivosti zahtev vzorca.

Toda v tipičnem projektu testiranja programske opreme bi imela matrika sledljivosti več kot ti parametri.

Kot je prikazano zgoraj, lahko matrika sledljivosti zahtev:

Pokažite pokritost zahtev v številu testnih primerov
Stanje zasnove in stanje izvedbe za določen testni primer
Če uporabniki opravijo preizkus sprejemljivosti uporabnika, lahko status UAT zajame tudi v isti matrici.
Sorodne napake in trenutno stanje lahko omenimo tudi v isti matrici.

Tovrstna matrika bi zagotavljala vse na enem mestu za vse dejavnosti testiranja.

Razen ločenega vzdrževanja excela. Skupina za testiranje se lahko odloči tudi za sledenje zahtevam, ki so na voljo v orodjih za upravljanje testov.

Vrste matric preskusov sledljivosti

V programskem inženirstvu lahko matriko sledljivosti razdelimo na tri glavne komponente, kot je navedeno spodaj:

Sledljivost naprej : Ta matrica se uporablja za preverjanje, ali projekt napreduje v želeni smeri in za pravi izdelek. Zagotavlja, da vsaka zahteva velja za izdelek in da je vsaka zahteva temeljito preizkušena. Kartira zahteve za testne primere.
Sledljivost nazaj ali nazaj: Uporablja se za zagotovitev, ali trenutni izdelek ostaja na pravi poti. Namen te vrste sledljivosti je potrditi, da ne razširjamo obsega projekta z dodajanjem kode, elementov zasnove, preizkusa ali drugega dela, ki ni določeno v zahtevah. Preskusne primere preslika v zahteve.
Dvosmerna sledljivost (naprej + nazaj): ta matrika sledljivosti zagotavlja, da so vse zahteve zajete v testnih primerih. Analizira vpliv spremembe zahtev, na katere vpliva napaka v delovnem izdelku, in obratno.

Kako ustvariti matriko sledljivosti zahtev

Razumejmo koncept matrike sledljivosti zahtev prek bančnega projekta Guru99.

Na podlagi dokumenta o poslovnih zahtevah (BRD) in dokumenta o tehničnih zahtevah (TRD) preizkuševalci začnejo pisati testne primere.

Denimo, da je naslednja tabela naš dokument o poslovnih zahtevah ali BRD za bančni projekt Guru99 .

Tu je scenarij takšen, da se stranka lahko prijavi na bančno spletno mesto Guru99 s pravilnim geslom in uporabniškim ID-jem, medtem ko se mora upravitelj na spletno mesto prijaviti prek strani za prijavo strank.

Medtem ko je spodnja tabela naš dokument s tehničnimi zahtevami (TRD) .

Opomba: Skupine za zagotavljanje kakovosti ne dokumentirajo BRD in TRD. Nekatera podjetja uporabljajo tudi dokumente z zahtevami funkcij (FRD), ki so podobni dokumentom s tehničnimi zahtevami, vendar postopek ustvarjanja matrike sledljivosti ostaja enak.

Gremo naprej in ustvarimo RTM v preskušanju

1. korak: Naš vzorčni testni primer je

"Preverite prijavo, ko sta vnesena pravilna ID in geslo, se mora uspešno prijaviti."

2. korak : Ugotovite tehnično zahtevo, ki jo preverja ta testni primer. Za naš testni primer se preverja tehnična zahteva T94.

3. korak: upoštevajte to tehnično zahtevo (T94) v testnem primeru.

Korak 4: Določite poslovne zahteve, za katere je opredeljena ta TR (tehnična zahteva-T94)

5. korak: V testnem primeru upoštevajte BR (poslovna zahteva)

6. korak: Naredite zgoraj za vse testne primere. Kasneje iz preizkusne zbirke izvlecite prve 3 stolpce. RTM v testiranju je pripravljen!

Prednost matrike sledljivosti zahtev

Potrjuje 100% pokritost s testom
Izpostavlja morebitne manjkajoče zahteve ali nedoslednosti dokumentov
Prikazuje splošne napake ali stanje izvedbe s poudarkom na poslovnih zahtevah
Pomaga pri analizi ali oceni vpliva na delo skupine za preverjanje kakovosti v zvezi s ponovnim pregledom ali ponovnim delom na testnih primerih