Mis on nõuete jälgitavuse maatriks (RTM) testimisel?
Mis on Traceability Matrix (TM)?
Jälgitavuse maatriks on dokument, mis seob kaasseotuse kahest algtasemest koosnevate dokumentidega, mis nõuavad seose täielikkuse kontrollimiseks mitu-mitmele seost.
Seda kasutatakse nõuete jälgimiseks ja kehtivate projektinõuete täitmise kontrollimiseks.
Mis on nõuete jälgitavuse maatriks?
Nõuete jälgitavuse maatriks (RTM) on dokument, mis kaardistab ja jälgib testjuhtumitega kasutaja nõudeid. See hõlmab kõiki kliendi pakutud nõudeid ja nõuete jälgitavust ühte dokumenti, mis esitatakse lepingu sõlmimisel Tarkvaraarenduse elutsükkel. Nõuete jälgitavuse maatriksi põhieesmärk on kinnitada, et kõiki nõudeid kontrollitakse testjuhtumite kaudu, nii et tarkvara testimise ajal ei jäeta ühtegi funktsiooni kontrollimata.
Miks on RTM oluline?
Iga testija põhiline tegevuskava peaks olema kliendi nõuete mõistmine ja veendumine, et väljundtoode peaks olema defektideta. Selle eesmärgi saavutamiseks peaks iga kvaliteedikontrolli nõuetest põhjalikult aru saama ning looma positiivseid ja negatiivseid testjuhtumeid.
See tähendaks, et kliendi pakutavad tarkvaranõuded tuleb edasi jagada erinevateks stsenaariumideks ja edasi katsetada. Iga see juhtum tuleb läbi viia eraldi.
Siin tekib küsimus, kuidas veenduda, et nõuet testitakse kõiki võimalikke stsenaariume/juhtumeid arvestades? Kuidas tagada, et ükski nõue ei jääks testimistsüklist välja?
Lihtne viis on nõude jälgimine selle vastavate katsestsenaariumide ja testjuhtumid. Seda nimetatakse lihtsalt "nõuete jälgitavuse maatriksiks".
Jälgitavuse maatriks on tavaliselt tööleht, mis sisaldab kõiki võimalikke nõudeid teststsenaariumid ja juhtumid ning nende hetkeseisund, st kas need on läbitud või läbi kukkunud. See aitaks testimismeeskonnal mõista konkreetse toote testimistegevuste taset.
Milliseid parameetreid lisada nõuete jälgitavuse maatriksisse?
- Nõude ID
- Nõude tüüp ja Descriptioon
- Testjuhtumid koos olekuga
Ülal on näidisnõude jälgitavusmaatriks.
Aga tüüpiliselt tarkvara testimine projekti, oleks jälgitavuse maatriksil rohkem kui need parameetrid.
Nagu eespool näidatud, võib nõuete jälgitavuse maatriks:
- Näidake nõuete katvust testjuhtumite arvus
- Disaini olek ja konkreetse testjuhtumi täitmise olek
- Kui kasutajad peavad tegema kasutaja vastuvõtmise testi, saab samasse maatriksisse jäädvustada ka UAT oleku.
- Samas maatriksis võib mainida ka seotud defekte ja hetkeseisu.
Selline maatriks pakuks Üks peatus kõigi testimistoimingute jaoks.
Peale exceli eraldi hooldamise. Testimismeeskond võib valida ka saadaolevate testihaldustööriistade nõuete jälgimise.
Jälgitavuse testi maatriksi tüübid
Tarkvaratehnikas saab jälgitavusmaatriksi jagada kolmeks põhikomponendiks, nagu allpool mainitud:
- Edasine jälgitavus: Seda maatriksit kasutatakse selleks, et kontrollida, kas projekt edeneb soovitud suunas ja õige toote puhul. See tagab, et iga nõuet rakendatakse tootele ja et iga nõuet testitakse põhjalikult. See kaardistab nõuded juhtumite testimiseks.
- Tagumine või vastupidine jälgitavus: Seda kasutatakse selleks, et tagada, kas praegune toode püsib õigel teel. Seda tüüpi jälgitavuse eesmärk on veenduda, et me ei laienda projekti ulatust koodi, kujunduselementide, testide või muude nõuetes määratlemata tööde lisamisega. See kaardistab testjuhtumid nõuetele.
- Kahesuunaline jälgitavus (edasi+tagasi): See jälgitavusmaatriks tagab, et kõik nõuded on testjuhtumitega kaetud. See analüüsib mõju, mida mõjutab nõuete muutumine Defekt töötootes ja vastupidi.
Kuidas luua nõuete jälgitavuse maatriksit
Mõistame nõuete jälgitavuse maatriksi kontseptsiooni Guru99 pangandusprojekti kaudu.
Põhjal ärinõuete dokument (BRD) ja Tehniliste nõuete dokument (TRD), hakkavad testijad kirjutama testjuhtumeid.
Oletame, et järgmine tabel on meie ärinõuete dokument või BRD eest Guru99 pangandusprojekt.
Siin on stsenaarium selline, et klient peaks saama Guru99 pangaveebisaidile sisse logida õige parooli ja user#id-ga, samas kui haldur peaks saama veebilehele sisse logida kliendi sisselogimislehe kaudu.
Kuigi allolev tabel on meie Tehniliste nõuete dokument (TRD).
Märge: QA meeskonnad ei dokumenteeri BRD-d ja TRD-d. Samuti kasutavad mõned ettevõtted Funktsiooninõuete dokumendid (FRD) mis on sarnased tehniliste nõuete dokumendiga, kuid jälgitavuse maatriksi loomise protsess jääb samaks.
Lähme edasi ja loome testimises RTM-iStep 1) Meie testjuhtumi näidis is
"Kinnitage sisselogimist, õige ID ja parooli sisestamisel peaks see edukalt sisse logima"
Step 2) Tuvastage tehniline nõue, mida see katsejuhtum kontrollib. Meie testjuhtumi tehniline nõue on T94 on kontrollimisel.
Step 3) Pange tähele seda tehnilist nõuet (T94) katsejuhtumis.
Step 4) Tehke kindlaks ärinõue, mille jaoks see TR (tehniline nõue-T94) on määratletud
Step 5) Pange tähele BR-i (ärinõuded) testjuhtumis
Step 6) Tehke ülaltoodud kõigi testjuhtumite puhul. Later Ekstraktige oma testkomplektist kolm esimest veergu. RTM testimisel on valmis!
Nõuete jälgitavuse maatriksi eelis
- See kinnitab 100% testi katvust
- See tõstab esile kõik puuduvad nõuded või dokumentide vastuolud
- See näitab üldiseid defekte või täitmise olekut, keskendudes ärinõuetele
- See aitab analüüsida või hinnata mõju kvaliteedikontrolli meeskonna tööle seoses testjuhtumite uuesti läbivaatamisega või nende ümber töötamisega.
Õpime RTM-i videos oleva näitega
Click siin kui video pole juurdepääsetav
Nõuded Traceability Matrix (RTM) mall
RTM-i malli Exceli faili allalaadimiseks klõpsake allpool
Laadige alla RTM-i mall Excel (.xlsx)