Mis on nõuete jälgitavuse maatriks (RTM) testimisel?

Autor: Thomas Hamilton Thomas Hamilton
Hours Ajakohastatud

⚡ Nutikas kokkuvõte

Nõuete jälgitavuse maatriks (RTM) on struktureeritud dokument, mis seob projekti nõuded vastavate testijuhtudega, tagades täieliku katvuse ja valideerimise. See mängib tarkvara testimisel olulist rolli, ennetades funktsionaalsuste puudumist, toetades vastavust ja pakkudes nähtavust sidusrühmadele.

  • Alusta RTM-i projekti elutsükli alguses, et tagada täielik vastavus nõuetega.
  • Hoidke maatriksit ajakohasena alati, kui nõuded või testijuhtumid muutuvad.
  • Kasutage nõuete, stsenaariumide ja testijuhtumite tõhusaks kaardistamiseks selgeid ja unikaalseid ID-sid.
  • Tehke koostööd testijate, arendajate, analüütikute ja haldurite vahel jagatud vastutuse nimel.
  • Kasutage käsitsi tehtava töö vähendamiseks ja skaleeritavuse parandamiseks automatiseerimistööriistu (nt Jira, Zephyr).
Loe rohkem

Jälgitavusmaatriks (RTM)

Mis on Traceability Matrix (TM)?

Jälgitavusmaatriks on dokument, mis seob omavahel kaks alusdokumenti, mis nõuavad palju-mitmele seost, et kontrollida seose täielikkust.

Seda kasutatakse nõuete jälgimiseks ja selle kontrollimiseks, kas praegused projekti nõuded on täidetud.

👉 Registreeru tasuta reaalajas tarkvara testimise projektile

Mis on nõuete jälgitavuse maatriks?

Nõuete jälgitavuse maatriks (RTM) on dokument, mis kaardistab ja jälgib kasutaja nõudeid testjuhtumite abil. See hõlmab kõiki kliendi esitatud nõudeid ja nõuete jälgitavust ühes dokumendis, mis esitatakse testi lõppedes. Tarkvaraarenduse elutsükkelNõuete jälgitavuse maatriksi peamine eesmärk on valideerida, et kõiki nõudeid kontrollitakse testjuhtumite abil, nii et tarkvara testimise ajal ei jääks ükski funktsionaalsus kontrollimata.

Miks on RTM oluline?

Iga testija peamine eesmärk peaks olema kliendi nõuete mõistmine ja veendumine, et väljundtoode on defektideta. Selle eesmärgi saavutamiseks peaks iga kvaliteedikontrollija nõuetest põhjalikult aru saama ning looma positiivseid ja negatiivseid testjuhtumeid.

See tähendaks, et kliendi esitatud tarkvaranõuded tuleb jagada erinevateks stsenaariumideks ja testjuhtumiteks. Igaüks neist juhtumitest tuleb eraldi täita.

Siinkohal tekib küsimus, kuidas tagada nõude testimine, arvestades kõiki võimalikke stsenaariume/juhtumeid? Kuidas tagada, et ükski nõue ei jääks testimistsüklist välja?

Lihtne viis on nõude jälgimine selle vastavate katsestsenaariumide ja testjuhtumidSeda nimetatakse nõuete jälgitavuse maatriksiks.

Jälgitavusmaatriks on tavaliselt tööleht, mis sisaldab nõudeid koos kõigi võimalike teststsenaariumid ja juhtumeid ning nende praegust seisu, st kas need on sooritatud või mitte. See aitaks testimismeeskonnal mõista konkreetse toote testimistegevuste taset.

Kellele RTM-i vaja on?

A Nõuded jälgitavuse maatriks (RTM) ei ole mõeldud ainult testijatele – see on väärtuslik kõigile, kes tegelevad kvaliteetse tarkvara või projektide pakkumisega.

  • Kvaliteedikontroll ja testijad → Tagage nõuete 100% katvus hästi kaardistatud testjuhtumitega.
  • Ärianalüütikud → Jälgige nõudeid alates SRS-ist/kasutajalugudest kuni teostuseni.
  • Projektijuhid → Saage ülevaade ulatusest, edusammudest ja täitmata nõuetest.
  • Arendajad → Mõista, kuidas funktsioonid on seotud ärieesmärkidega.
  • Reguleeritud tööstusharud (Tervishoid, autotööstus, lennundus, rahandus) → Tõendage vastavust ja läbige auditid selge jälgitavusega.
  • Kliendid ja sidusrühmad → Saage kinnitus, et nende nõuded on rakendatud ja testitud.

👉 Lühidalt, igaüks, kes vastutab tarkvaranõuete koostamine, valideerimine või kinnitamine RTM-ist saadav kasu.

Milliseid parameetreid nõuete jälgitavuse maatriksisse lisada?

  • Nõude ID
  • Nõude tüüp ja Descriptioon
  • Testjuhtumid koos olekuga

Nõuded jälgitavuse maatriks

Ülal on näidisnõude jälgitavusmaatriks.

Aga tüüpiliselt tarkvara testimine projekti, oleks jälgitavuse maatriksil rohkem kui need parameetrid.

Nõuded jälgitavuse maatriks

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õtuteste, saab ka UAT-oleku jäädvustada samasse maatriksisse.
  • Samas maatriksis võib mainida ka seotud defekte ja hetkeseisu.

Selline maatriks annaks Ühekordne pood kõigi testimistoimingute jaoks.

Lisaks Exceli eraldi haldamisele saab testimismeeskond valida ka nõuete jälgimise, mis on saadaval testimishaldustööriistades.

Jälgitavuse testi maatriksi tüübid

Tarkvaratehnikas saab jälgitavusmaatriksi jagada kolmeks peamiseks komponendiks, 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 tagamaks, et praegune toode püsib õigel teel. Seda tüüpi jälgitavuse eesmärk on kontrollida, et me ei laienda projekti ulatust koodi, disainielementide, testide või muu nõuetes määratlemata töö lisamisega. See seob testijuhtumid nõuetega.
  • Kahesuunaline jälgitavus (edasi+tagasi): See jälgitavusmaatriks tagab, et testjuhtumid hõlmavad kõiki nõudeid. See analüüsib nõuete muutmise mõju, mida mõjutab Defekt töötootes ja vastupidi.

SEOTUD ARTIKLID

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 ärivajaduste dokument ehk BRD jaoks Guru99 pangandusprojekt.

Antud juhul peaks klient saama Guru99 panga veebisaidile sisse logida õige parooli ja kasutajanimega, samas kui haldur peaks saama veebisaidile sisse logida kliendi sisselogimislehe kaudu.

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Allolev tabel on meie Tehniliste nõuete dokument (TRD).

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

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 dokumentidega, kuid jälgitavusmaatriksi loomise protsess jääb samaks.

Lähme edasi ja loome testimises RTM-i

Step 1) Meie testjuhtumi näidis is

„Sisselogimise kontrollimine: kui õige ID ja parool on sisestatud, peaks sisselogimine õnnestuma.”

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Step 2) Tuvastage tehniline nõue, mida see testjuhtum kontrollib. Meie testjuhtumi puhul kontrollitakse tehnilist nõuet T94.

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Step 3) Pange tähele seda tehnilist nõuet (T94) katsejuhtumis.

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Step 4) Tehke kindlaks ärinõue, mille jaoks see TR (tehniline nõue-T94) on määratletud

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Step 5) Pange tähele testjuhtumis BR-i (ärinõuet)

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Step 6) Tehke ülaltoodud toiminguid kõigi testidega. Later, Ekstrakti oma testikomplektist esimesed 3 veergu. RTM testimises on valmis!

Kuidas luua nõuete jälgitavuse maatriksit (RTM)

Nõuete jälgitavuse maatriksi eelised

  • 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 testjuhtumite uuesti läbivaatamise või ümbertöötlemise mõju kvaliteedikontrolli meeskonna tööle.

Parimad tavad ja näpunäited RTM-i kasutamiseks

Nõuete jälgitavuse maatriks (RTM) on kõige efektiivsem siis, kui see on hoitakse lihtsana, järjepidevana ja ajakohastatakse regulaarseltSiin on parimad tavad, mis aitavad meeskondadel tagada täielik katvus, minimaalne ümbertöötlemine ja suurem kindlustunne projekti elluviimisel:

  • Alustage varakult → Loo oma RTM projekti alguses.
  • Hoidke seda ajakohasena → Uuenda maatriksit alati, kui nõuded või testjuhtumid muutuvad.
  • Kasutage selgeid ID-sid → Lihtsaks jälgitavuseks määrake nõuetele ja testjuhtumitele unikaalsed ID-d.
  • Kata positiivsed ja negatiivsed juhtumid → Veenduge, et iga nõuet valideeritakse mitmest testimisnurgast.
  • Tehke meeskondadevahelist koostööd → Kaasake RTM-i haldamisse testijaid, arendajaid, ärianalooge ja projektijuhte.
  • Kasutage tööriistu → Arvutustabelite asemel kaalu skaleeritavuse tagamiseks testide haldamise tööriistu (nt Jira, HP ALM või Zephyr).
  • Versioonihaldus → Säilitage ajaloolised versioonid muudatuste jälgimiseks ja vastavuse tagamiseks.
  • Keskenduge lihtsusele → Väldi maatriksi ülekoormamist; tõsta esile ainult olulised parameetrid.
  • Kontrollige regulaarselt → Enne testimise tähtaegu vaadake RTM-i perioodiliselt üle, et tuvastada lüngad.
  • Link ettevõtte väärtusele → Investeeringutasuvuse näitamiseks kaardista nõuded ärieesmärkidega.

Levinumad RTM-i väljakutsed ja lahendused

  1. Väljakutse: RTM-i ajakohasena hoidmine
    Nõuded ja testimisjuhtumid muutuvad sageli, mistõttu RTM vananeb kiiresti.
    Lahendus: Kasutage automatiseeritud testihaldustööriistu, mis sünkroonivad nõudeid, testijuhtumeid ja defekte reaalajas.
  2. Väljakutse: liigne keerukus
    Liiga paljude parameetrite lisamine muudab RTM-i haldamise ja tõlgendamise keeruliseks.
    Lahendus: Hoidke RTM-i lihtne, keskendudes ainult olulistele väljadele, nagu ID-d, kirjeldused ja olek.
  3. Väljakutse: Halb meeskonnatöö
    Erinevad meeskonnad ei pruugi omandiõiguse või värskenduste osas ühel meelel olla.
    Lahendus: Määrake selged rollid, kaasake testijad, arendajad ja analüütikud ning planeerige regulaarseid RTM-ülevaateid.
  4. Väljakutse: Nõuete mittetäielik katvus
    Mõnel nõudel võivad puududa testid, mis võib viia funktsionaalsuse kadumiseni.
    Lahendus: Kontrollige regulaarselt katvust, kasutage kahesuunalist jälgitavust ja tehke enne suuremate väljalasete avaldamist auditeid.
  5. Väljakutse: käsitsi tehtav töö suurtes projektides
    RTM-i haldamine arvutustabelites muutub keerukate süsteemide jaoks aeganõudvaks.
    Lahendus: Kaardistamise ja aruandluse automatiseerimiseks võtke kasutusele RTM-tööriistu nagu Jira, HP ALM või Zephyr.

Õpime RTM-i videos oleva näitega

Click siin kui video pole juurdepääsetav

Nõuded Traceability Matrix (RTM) mall

RTM-malli Exceli faili allalaadimiseks klõpsake allpool

Laadige alla RTM-i mall Excel (.xlsx)

KKK:

RTM-i kasutatakse tagamaks, et iga projekti nõue on seotud vastavate testidega. See aitab kontrollida täielikku katvust, jälgida muudatusi, vähendada defekte ja pakkuda valideerimise tõendeid. Nõuete ja testide kaardistamisega parandab RTM kvaliteedi tagamist, vastavust ja sidusrühmade usaldust kogu arendustsükli vältel.

RTM-e on kolme peamist tüüpi: Edasine jälgitavus (kaardistab nõuded testjuhtumitele), Tagasiulatuv jälgitavus (seob testijuhtumid tagasi nõuetega) ja Kahesuunaline jälgitavus (ühendab mõlemad suunad). Koos tagavad need lähenemisviisid täieliku katvuse, väldivad ulatuse tarbetut laiendamist ja kinnitavad, et kõiki nõudeid on põhjalikult testitud.

Nõuete jälgitavuse maatriks koostatakse tavaliselt projekti alguses, kui nõuded on dokumenteeritud SRS-is, BRD-s või backlogis. See areneb kogu elutsükli jooksul ja seda ajakohastatakse alati, kui nõuded või testijuhtumid muutuvad. RTM-i varajane ettevalmistamine tagab kooskõla, minimeerib puuduvat funktsionaalsust ning toetab tõhusat testide planeerimist ja katvuse analüüsi.

RTM-i hooldamise peamine vastutus lasub tavaliselt QA meeskond or testijad. Kuid ärianalüütikud määratleda nõuded, Arendajad lingi kood nende nõuetega ja projektijuhid täpsuse jälgimine. Praktikas on RTM meeskondade ühine vastutus, mis tagab nõuete jälgimise ja valideerimise igas etapis.

RTM-i kasutamiseks loetlege projekti nõuded koos vastavate testijuhtumitega. Jälgige teostuse olekut, defekte ja ulatust. Meeskonnad kasutavad seda nõuete testimise kontrollimiseks, lünkade tuvastamiseks ja muudatuste mõju hindamiseks. Sellest saab elav dokument, mis pakub nähtavust ja kontrolli kogu testimise ja projekti elutsükli vältel.

Jah, RTM-i kasutatakse laialdaselt agiilsetes projektides. Formaalsete SRS-dokumentide asemel pärinevad nõuded sageli kasutaja lugusid or toote mahajäämusedAgiilsed meeskonnad kaardistavad need lood RTM-i testjuhtumitega, tagades iga loo valideerimise. See kohandub hästi Agile'i iteratiivse olemusega, säilitades samal ajal täieliku katvuse.

Jah, RTM-i saab automatiseerida testimishaldustööriistade abil, näiteks Jira, HP ALM või ZephyrAutomatiseerimine vähendab käsitsi tehtavat tööd, tagab reaalajas uuendused ja pakub paremat jälgitavust nõuete, testijuhtumite ja defektide vahel. Automatiseeritud RTM-id on eriti kasulikud suurtes või reguleeritud projektides, kus vastavus ja auditeerimisvalmidus on kriitilise tähtsusega.

RTM-il ja RACI-l on erinevad eesmärgid. RTM jälgib nõudeid ja testjuhtumeid, et tagada hõlmatus ja valideerimine. RACI on vastutuse määramise maatriks, mis näitab, kes on projektis vastutav, aruandekohustuslik, konsulteeritav ja informeeritud. RTM keskendub nõuetele ja testimisele, samas kui RACI selgitab meeskonna rolle ja vastutust.

Võta see postitus kokku järgmiselt: