Što je matrica sljedivosti zahtjeva (RTM) u testiranju?
Thomas Hamilton
Što je Matrica sljedivosti (TM)?
Matrica sljedivosti je dokument koji povezuje sve dokumente s dvije osnovne linije koji zahtijevaju odnos više-prema-više da bi se provjerila cjelovitost odnosa.
Koristi se za praćenje zahtjeva i provjeru ispunjenja trenutnih projektnih zahtjeva.
Što je matrica sljedivosti zahtjeva?
Matrica sljedivosti zahtjeva (RTM) je dokument koji mapira i prati korisničke zahtjeve s testnim slučajevima. Hvata sve zahtjeve koje je predložio klijent i sljedivost zahtjeva u jednom dokumentu, isporučenom na kraju Životni ciklus razvoja softvera. Glavna svrha matrice sljedivosti zahtjeva je potvrditi da su svi zahtjevi provjereni putem testnih slučajeva tako da niti jedna funkcionalnost nije neprovjerena tijekom testiranja softvera.
Zašto je RTM važan?
Glavni zadatak svakog ispitivača trebao bi biti razumjeti zahtjeve klijenta i osigurati da izlazni proizvod bude bez nedostataka. Kako bi postigao ovaj cilj, svaki QA trebao bi temeljito razumjeti zahtjev i stvoriti pozitivne i negativne testne slučajeve.
To bi značilo da se softverski zahtjevi koje pruža klijent moraju dodatno podijeliti u različite scenarije i dodatno testirati. Svaki od ovih slučajeva mora se izvršiti pojedinačno.
Ovdje se postavlja pitanje kako osigurati da je zahtjev testiran s obzirom na sve moguće scenarije/slučajeve? Kako osigurati da nijedan zahtjev ne bude izostavljen iz ciklusa testiranja?
Jednostavan način je pratiti zahtjev s njegovim odgovarajućim testnim scenarijima i test slučajevi. Ovo se jednostavno naziva 'Matricom sljedivosti zahtjeva'.
Matrica sljedivosti obično je radni list koji sadrži zahtjeve sa svim mogućim testni scenariji te predmete i njihovo trenutno stanje, tj. jesu li položeni ili neuspješni. To bi pomoglo timu za testiranje da razumije razinu testiranja obavljenih za određeni proizvod.
Koje parametre uključiti u matricu sljedivosti zahtjeva?
- ID zahtjeva
- Vrsta zahtjeva i Description
- Testni slučajevi sa statusom
Gore je primjer matrice sljedivosti zahtjeva.
Ali u tipičnom testiranje softvera projekta, matrica sljedivosti imala bi više od ovih parametara.
Kao što je gore ilustrirano, matrica sljedivosti zahtjeva može:
- Prikažite pokrivenost zahtjeva u broju testnih slučajeva
- Status dizajna kao i status izvršenja za određeni testni slučaj
- Ako postoji bilo kakav test prihvaćanja korisnika koji korisnici moraju obaviti, tada se UAT status također može uhvatiti u istoj matrici.
- Povezani nedostaci i trenutno stanje također se mogu spomenuti u istoj matrici.
Ova vrsta matrice bi pružala One Stop Shop za sve aktivnosti testiranja.
Osim odvojenog održavanja excela. Tim za testiranje također se može odlučiti za praćenje zahtjeva dostupnih alata za upravljanje testiranjem.
Vrste matrice testa sljedivosti
U softverskom inženjerstvu, matrica sljedivosti može se podijeliti u tri glavne komponente kao što je navedeno u nastavku:
- Mogućnost sljedivosti: Ova se matrica koristi za provjeru napreduje li projekt u željenom smjeru i za pravi proizvod. Osigurava da se svaki zahtjev primjenjuje na proizvod i da se svaki zahtjev temeljito testira. Preslikava zahtjeve u testne slučajeve.
- Sljedivost unatrag ili obrnuto: Koristi se kako bi se osiguralo ostaje li trenutni proizvod na pravom putu. Svrha ove vrste sljedivosti je provjera da ne proširujemo opseg projekta dodavanjem koda, elemenata dizajna, testiranja ili drugog rada koji nije naveden u zahtjevima. Preslikava testne slučajeve prema zahtjevima.
- Dvosmjerna sljedivost (naprijed+natrag): Ova matrica sljedivosti osigurava da su svi zahtjevi pokriveni testnim slučajevima. Analizira utjecaj promjene zahtjeva na koje utječe Mana u proizvodu rada i obrnuto.
Kako izraditi matricu sljedivosti zahtjeva
Razumimo koncept matrice sljedivosti zahtjeva kroz bankarski projekt Guru99.
Temeljem dokument o poslovnim zahtjevima (BRD) i Dokument tehničkih zahtjeva (TRD), testeri počinju pisati testne slučajeve.
Pretpostavimo da je sljedeća tablica naš dokument o poslovnim zahtjevima ili BRD za Guru99 bankarski projekt.
Ovdje je scenarij takav da bi se korisnik trebao moći prijaviti na web mjesto Guru99 bankarstva s ispravnom lozinkom i korisničkim#ID-om, dok bi se upravitelj trebao moći prijaviti na web mjesto putem stranice za prijavu korisnika.
Dok je donja tablica naša Dokument tehničkih zahtjeva (TRD).
Bilješka: QA timovi ne dokumentiraju BRD i TRD. Također, neke tvrtke koriste Dokumenti o zahtjevima za funkciju (FRD) koji su slični dokumentu tehničkih zahtjeva, ali postupak stvaranja matrice sljedivosti ostaje isti.
Krenimo naprijed i stvorimo RTM u testiranju
Korak 1) Naši uzorak testnog slučaja is
“Potvrdite prijavu, kada se unese točan ID i lozinka, trebala bi se uspješno prijaviti”
Korak 2) Identificirajte tehnički zahtjev koji ovaj testni slučaj provjerava. Za naš testni slučaj, tehnički zahtjev je da se T94 provjerava.
Korak 3) Zabilježite ovaj tehnički zahtjev (T94) u testnom slučaju.
Korak 4) Identificirajte poslovni zahtjev za koji je definiran ovaj TR (Tehnički zahtjev-T94)
Korak 5) Zabilježite BR (Poslovni zahtjev) u testnom slučaju
Korak 6) Učinite gore za sve testne slučajeve. Later Izdvojite prva 3 stupca iz svog paketa testova. RTM u testiranju je spreman!
Prednost matrice sljedivosti zahtjeva
- Potvrđuje 100% pokrivenost testom
- Naglašava sve zahtjeve koji nedostaju ili nedosljednosti u dokumentu
- Prikazuje ukupne nedostatke ili status izvršenja s fokusom na poslovne zahtjeve
- Pomaže u analizi ili procjeni utjecaja na rad QA tima s obzirom na ponovno pregledavanje ili ponovni rad na testnim slučajevima
Naučimo RTM na primjeru u videu
Kliknite ovdje ako video nije dostupan
Predložak matrice sljedivosti zahtjeva (RTM).
Kliknite ispod za preuzimanje Excel datoteke RTM predloška
