Što je matrica sljedivosti zahtjeva (RTM)? Primjer predloška

Što je matrica sljedivosti? (TM)

Matrica sljedivosti je dokument koji suodnosi bilo koji dvusni dokument koji zahtijeva odnos mnogo-prema-mnogo da bi se provjerila cjelovitost odnosa.

Koristi se za praćenje zahtjeva i za provjeru da li su ispunjeni trenutni zahtjevi projekta.

Što je matrica sljedivosti zahtjeva?

Matrica sljedivosti zahtjeva (RTM) dokument je koji mapira i prati zahtjeve korisnika s test slučajevima. Obuhvaća sve zahtjeve koje je predložio klijent i sljedivost zahtjeva u jedan dokument, isporučen na kraju životnog ciklusa razvoja softvera. Glavna svrha Matrice sljedivosti zahtjeva je provjeriti provjeravaju li se svi zahtjevi putem testnih slučajeva, tako da tijekom testiranja softvera nije provjerena nijedna funkcionalnost.

U ovom vodiču naučit ćete više o-

Zašto je RTM važan?
Koje parametre uključiti u matricu sljedivosti zahtjeva?
Vrste matrice ispitivanja sljedivosti
Kako stvoriti matricu sljedivosti zahtjeva
Prednost matrice sljedivosti zahtjeva
Predložak matrice sljedivosti (RTM)

Zašto je RTM važan?

Glavni program svakog ispitivača trebao bi biti razumijevanje zahtjeva klijenta i osiguravanje da izlazni proizvod ne sadrži nedostatke. Da bi postigao taj cilj, svaki QA trebao bi temeljito razumjeti zahtjev i stvoriti pozitivne i negativne test slučajeve.

To bi značilo da se softverski zahtjevi koje pruža klijent moraju dalje podijeliti na različite scenarije i dalje testirati slučajeve. Svaki od ovih slučajeva mora se izvršiti pojedinačno.

Ovdje se postavlja pitanje kako osigurati testiranje zahtjeva s obzirom na sve moguće scenarije / slučajeve? Kako osigurati da bilo koji zahtjev ne bude izostavljen iz ciklusa ispitivanja?

Jednostavan je način pratiti zahtjev sa pripadajućim scenarijima ispitivanja i test slučajevima. To se samo naziva "Matrica sljedivosti zahtjeva".

Matrica sljedivosti obično je radni list koji sadrži zahtjeve sa svim mogućim scenarijima i slučajevima ispitivanja i njihovim trenutnim stanjem, tj. Jesu li proslijeđeni ili nisu uspjeli. To bi pomoglo timu za ispitivanje da shvati razinu ispitnih aktivnosti za određeni proizvod.

Koje parametre uključiti u matricu sljedivosti zahtjeva?

ID zahtjeva
Vrsta zahtjeva i opis
Test slučajevi sa statusom

Iznad je matrica sljedivosti zahtjeva za uzorkom.

Ali u tipičnom projektu testiranja softvera, matrica sljedivosti imala bi više od ovih parametara.

Kao što je gore prikazano, matrica sljedivosti zahtjeva može:

Pokažite pokrivenost zahtjeva u broju test slučajeva
Status dizajna kao i status izvršenja za određeni testni slučaj
Ako korisnici moraju obaviti bilo koji test prihvaćanja korisnika, tada se status UAT također može zabilježiti u istoj matrici.
Povezani nedostaci i trenutno stanje također se mogu spomenuti u istoj matrici.

Ovakva matrica pružala bi sve na jednom mjestu za sve aktivnosti testiranja.

Osim što zasebno održava excel. Testni tim također se može odlučiti za traženje zahtjeva dostupnih Alata za upravljanje testovima.

Vrste matrice ispitivanja sljedivosti

U softverskom inženjerstvu, matrica sljedivosti može se podijeliti u tri glavne komponente kako je spomenuto u nastavku:

Sljedivost prema naprijed : Ova se matrica koristi za provjeru napreduje li projekt u željenom smjeru i za pravi proizvod. Osigurava da se svaki zahtjev primijeni na proizvod i da se svaki zahtjev temeljito ispita. Mapira zahtjeve za testove.
Sljedivost unatrag ili unatrag: Koristi se za osiguravanje da li trenutni proizvod ostaje na dobrom putu. Svrha ove vrste sljedivosti je potvrditi da ne proširujemo opseg projekta dodavanjem koda, elemenata dizajna, testa ili drugog rada koji nije naveden u zahtjevima. Ona preslikava test slučajeve u zahtjeve.
Dvosmjerna sljedivost (naprijed + natrag): Ova matrica sljedivosti osigurava da su svi zahtjevi pokriveni testnim slučajevima. Analizira utjecaj promjene zahtjeva na koje nedostatak utječe u radnom proizvodu i obrnuto.

Kako stvoriti matricu sljedivosti zahtjeva

Razumijemo koncept Matrice sljedivosti zahtjeva kroz bankarski projekt Guru99.

Na temelju dokumenta poslovnog zahtjeva (BRD) i dokumenta tehničkog zahtjeva (TRD) , testeri počinju pisati test slučajeve.

Pretpostavimo, sljedeća je tablica naš dokument o poslovnom zahtjevu ili BRD za bankarski projekt Guru99 .

Ovdje je scenarij da bi kupac trebao biti u mogućnosti prijaviti se na web mjesto bankarstva Guru99 s ispravnom lozinkom i korisničkim # id, dok bi se upravitelj trebao moći prijaviti na web mjesto putem stranice za prijavu kupca.

Iako je donja tablica naš dokument s tehničkim zahtjevima (TRD) .

Napomena: QA timovi ne dokumentiraju BRD i TRD. Također, neke tvrtke koriste dokumente zahtjeva za funkcijama (FRD) koji su slični dokumentima tehničkih zahtjeva, ali postupak stvaranja matrice sljedivosti ostaje isti.

Idemo naprijed i stvorimo RTM u testiranju

Korak 1: Naš uzorak Test Case je

"Potvrdite prijavu, kada se unesu ispravni ID i lozinka, trebala bi se uspješno prijaviti"

Korak 2 : Utvrdite tehnički zahtjev koji ovaj test slučaj provjerava. Za naš testni slučaj provjerava se tehnički zahtjev T94.

Korak 3: Zabilježite ovaj tehnički zahtjev (T94) u test slučaju.

Korak 4: Utvrdite poslovni zahtjev za koji je definiran ovaj TR (Tehnički zahtjev-T94)

Korak 5: Zabilježite BR (poslovni zahtjev) u test slučaju

Korak 6: Učinite gore za sve test slučajeve. Kasnije izvadite prva 3 stupca iz testa. RTM u testiranju je spreman!

Prednost matrice sljedivosti zahtjeva

Potvrđuje 100% pokrivenost testom
Ističe sve nedostajuće zahtjeve ili nedosljednosti u dokumentima
Prikazuje ukupne nedostatke ili status izvršenja s naglaskom na poslovne zahtjeve
Pomaže u analizi ili procjeni utjecaja na rad QA tima u pogledu ponovnog pregleda ili ponovnog rada na test slučajevima