Mis on jälgitavuse maatriks? (TM)
Jälgitavuse maatriks on dokument, mis seob omavahel kõiki kahe baasjoonega dokumente, mis nõuavad suhte täielikkuse kontrollimiseks palju-paljud-suhet.
Seda kasutatakse nõuete jälgimiseks ja praeguste projekti nõuete täitmise kontrollimiseks.
Mis on nõude jälgitavuse maatriks?
Nõude jälgitavuse maatriks (RTM) on dokument, mis kaardistab ja jälgib kasutaja nõudeid testjuhtumitega. See koondab kõik kliendi pakutavad nõuded ja nõuete jälgitavuse ühes dokumendis, mis edastatakse tarkvara väljatöötamise olelusringi lõpus. Nõuete jälgitavuse maatriksi peamine eesmärk on kinnitada, et kõiki nõudeid kontrollitakse testjuhtumite kaudu nii, et tarkvara testimisel ei kontrollita ühtegi funktsionaalsust.
Selles õpetuses saate lisateavet
- Miks on RTM oluline?
- Millised parameetrid lisada nõuete jälgitavuse maatriksisse?
- Jälgitavuse maatriksi tüübid
- Kuidas luua nõuete jälgitavuse maatriksit
- Nõude jälgitavuse maatriksi eelis
- Nõuded jälgitavuse maatriksi (RTM) mallile
Miks on RTM oluline?
Iga testija põhiprogramm peaks olema kliendi nõuete mõistmine ja veendumine, et väljundtootel ei oleks defekte. Selle eesmärgi saavutamiseks peaks iga kvaliteedikontroll nõudest põhjalikult aru saama ning looma positiivseid ja negatiivseid testjuhtumeid.
See tähendaks, et kliendi pakutavad tarkvaranõuded tuleb veelgi jagada erinevateks stsenaariumiteks ja juhtumite testimiseks. Iga juhtum tuleb läbi viia eraldi.
Siin tekib küsimus, kuidas veenduda, et nõuet testitakse kõiki võimalikke stsenaariume / juhtumeid arvesse võttes? Kuidas tagada, et mõni nõue ei jääks testimistsüklist välja?
Lihtne viis on nõude jälgimine vastavate teststsenaariumite ja testijuhtumitega. Seda nimetatakse lihtsalt nõude jälgitavuse maatriksiks.
Jälgitavuse maatriks on tavaliselt tööleht, mis sisaldab nõudeid koos kõigi võimalike teststsenaariumide ja juhtumitega ning nende hetkeseisuga, st kui need on läbitud või ebaõnnestunud. See aitaks testimeeskonnal mõista konkreetse toote jaoks tehtud testimistoimingute taset.
Millised parameetrid lisada nõuete jälgitavuse maatriksisse?
- Nõude ID
- Nõude tüüp ja kirjeldus
- Olekuga katsekohad
Eespool on näidise nõuete jälgitavuse maatriks.
Kuid tüüpilises tarkvara testimise projektis oleks jälgitavuse maatriksis rohkem kui neid parameetreid.
Nagu eespool illustreeritud, võib nõude jälgitavuse maatriks:
- Näidake nõuete katvust testjuhtumite arvus
- Konkreetse testjuhtumi kujundusstaatus ja täitmise olek
- Kui kasutajatel on vaja teha mõni kasutajate aktsepteerimise test, siis saab UAT-oleku fikseerida ka samas maatriksis.
- Seonduvaid defekte ja hetkeseisundit võib mainida ka samas maatriksis.
Selline maatriks pakuks kõigi testimistegevuste jaoks ühte peatust .
Peale Exceli eraldi hoidmise. Testimisrühm võib valida ka olemasolevate testihaldustööriistade nõuete jälgimise.
Jälgitavuse maatriksi tüübid
Tarkvaratehnikas saab jälgitavuse maatriksi jagada kolmeks põhikomponendiks, nagu allpool mainitud:
- Edasine jälgitavus : seda maatriksit kasutatakse selleks, et kontrollida, kas projekt edeneb soovitud suunas ja kas see on õige toode. See tagab, et iga nõuet rakendatakse tootele ja et kõiki nõudeid kontrollitakse põhjalikult. See kaardistab nõuded juhtumite testimiseks.
- Tagasi või tagasi jälgitavus: seda kasutatakse selleks, et tagada, kas praegune toode jääb õigele teele. Seda tüüpi jälgitavuse eesmärk on kontrollida, kas me ei laienda projekti ulatust, lisades koodi, kujunduselemente, teste või muid nõudes täpsustamata töid. See kaardistab testjuhtumid vastavalt nõuetele.
- Kahesuunaline jälgitavus (edasi + tagasi): see jälgitavuse maatriks tagab, et katsejuhtumid hõlmavad kõiki nõudeid. Selles analüüsitakse nõuete muutumise mõju, mida mõjutab toote toote defekt, ja vastupidi.
Kuidas luua nõuete jälgitavuse maatriksit
Mõistame nõude jälgitavuse maatriksi mõistet Guru99 pangaprojekti kaudu.
Tuginedes Business nõue dokument (BRD) ja tehnilised nõuded dokument (TRD) , testrid kirjutamise alustamiseks test juhtudel.
Oletame, et järgmine tabel on meie ärinõuete dokument või BRD pangaprojekti Guru99 jaoks .
Selle stsenaariumi kohaselt peaks klient olema võimeline Guru99 panganduse veebisaidile sisse logima õige parooli ja kasutaja ID-ga, samas kui juht peaks saama veebisaidile sisse logida kliendi sisselogimislehe kaudu.
Kuigi allpool olev tabel on meie tehniliste nõuete dokument (TRD) .
Märkus. QA meeskonnad ei dokumenteeri BRD ja TRD dokumente. Mõned ettevõtted kasutavad ka funktsionaalsuse nõuete dokumente (FRD), mis on sarnased tehniliste nõuete dokumendiga, kuid jälgitavuse maatriksi loomise protsess jääb samaks.
Lähme edasi ja loome testimisel RTM
1. samm: meie proovitesti juhtum on
"Kontrollige sisselogimist, kui õige ID ja parool on sisestatud, peaks see edukalt sisse logima"
2. samm : tehke kindlaks tehniline nõue, mida see testjuhtum kontrollib. Meie testjuhtumi puhul kontrollitakse tehnilist nõuet T94.
Samm 3: Pange tähele seda tehnilist nõuet (T94) testjuhtumis.
4. samm: tehke kindlaks ärinõue, mille jaoks see TR (tehniline nõue-T94) on määratletud
5. samm: märkige testjuhtumi puhul BR (ärinõue)
6. samm: tehke kõigi testjuhtumite puhul eespool. Hiljem tõmmake testikomplektist välja esimesed 3 veergu. RTM testimisel on valmis!
Nõude jälgitavuse maatriksi eelis
- See kinnitab 100% testi ulatust
- See toob esile kõik puuduvad nõuded või dokumentide vastuolud
- See näitab üldisi defekte või täitmise olekut, keskendudes ärinõuetele
- See aitab analüüsida või hinnata mõju kvaliteedi tagamise meeskonna tööle seoses testjuhtumite uuesti läbivaatamise või uuesti töötamisega.
Õpime RTM-i koos näite videoga
Kui videole pole juurdepääsu, klõpsake siin
Nõuded jälgitavuse maatriksi (RTM) mallile
RTM-i Exceli faili allalaadimiseks klõpsake allpool
Laadige alla RTM-i mall Excel (.xlsx)