Mis on nõuded TracToimivusmaatriks (RTM) testimises?

Autor: Thomas Hamilton Thomas Hamilton
Hours Ajakohastatud

⚡ Nutikas kokkuvõte

Nõuded TracTäiendatavusmaatriks (RTM) on struktureeritud dokument, mis seob projekti nõuded vastavate testijuhtudega, tagades täieliku katvuse ja valideerimise. Sellel on tarkvara testimisel oluline roll, 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

Tractõhususmaatriks (RTM)

Mis on TracSuhtevõime maatriks (TM)?

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

See on harjunud tractutvuda nõuetega ja kontrollida, kas praegused projekti nõuded on täidetud.

👉 Registreeru tasuta reaalajas tarkvara testimise projektile

Mis on nõue Tracvõimekuse maatriks?

Nõue Tractõhususmaatriks (RTM) on dokument, mis kaardistab ja tracKasutaja nõuded koos testjuhtumitega. See hõlmab kõiki kliendi esitatud nõudeid ja nõudeid. trackoostalitlusvõime ühes dokumendis, mis esitatakse pärast Tarkvaraarenduse elutsükkelNõude peamine eesmärk. TracTäidetavusmaatriks on selleks, et valideerida, kas 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 trace nõue koos vastavate testistsenaariumidega ja testjuhtumidSeda nimetatakse nõudeks Tracvõimekusmaatriks.

. tracTegevusmaatriks 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 Tractõhususmaatriks (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 → Track nõuded 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 selgete tulemustega tracvõimekus.
  • 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.

Millised parameetrid nõudesse lisada? Tracvõimekuse maatriks?

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

Nõuded Tracvõimekusmaatriks

Ülaltoodud on näidisnõue tracvõimekusmaatriks.

Aga tüüpiliselt tarkvara testimine projekt tracSuhtevõimemaatriksil oleks rohkem kui need parameetrid.

Nõuded Tracvõimekusmaatriks

Nagu eespool illustreeritud, on nõue tracSuutlikkusmaatriks saab:

  • 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õudeid. tracmine on saadaval testimishalduse tööriistades.

Tüübid Tracvõimekuse testi maatriks

Tarkvaratehnikas a tracTegevusmaatriksi saab jagada kolmeks põhikomponendiks, nagu allpool näidatud:

  • edasi tracvõimekus: 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.
  • Tagurpidi või tagurpidi tracvõimekus: Seda kasutatakse selleks, et tagada praeguse toote õigel kohal püsimine. track. Selle tüübi eesmärk tracTeostatavuse 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 tracvõimekus (edasi + tagasi): see tracTäidetavusmaatriks 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 nõuet luua Tracvõimekusmaatriks

Saame aru nõude kontseptsioonist. Tracsuutlikkuse maatriks läbi a Guru99 pangandusprojekti.

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 pangandusprojekti.

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

Kuidas luua nõudeid Tractõhususmaatriks (RTM)

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

Kuidas luua nõudeid Tractõhususmaatriks (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 nende loomise protsess TracToimivusmaatriks 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õudeid Tractõhususmaatriks (RTM)

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

Kuidas luua nõudeid Tractõhususmaatriks (RTM)

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

Kuidas luua nõudeid Tractõhususmaatriks (RTM)

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

Kuidas luua nõudeid Tractõhususmaatriks (RTM)

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

Kuidas luua nõudeid Tractõhususmaatriks (RTM)

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

Kuidas luua nõudeid Tractõhususmaatriks (RTM)

Nõude eelised Tracvõimekusmaatriks

  • 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õuded TracTegevusmaatriks (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 haldamiseks määrake nõuetele ja testidele unikaalsed ID-d tracvõimekus.
  • 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äilita ajaloolised versioonid track muudatusi ja vastavust säilitada.
  • 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: Keeping RTM on uuendatud
    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: Kontrolli leviala regulaarselt, kasuta kahesuunalist suhtlust tracligipääsetavust ja enne suuremaid väljaandeid auditite tegemist.
  5. Väljakutse: käsitsi tehtav töö suurtes projektides
    RTM-i haldamine arvutustabelites muutub keerukate süsteemide jaoks aeganõudvaks.
    Lahendus: Kaardi automatiseerimiseks võtke kasutusele RTM-tööriistad nagu Jira, HP ALM või Zephyrping ja aruandlus.

Õpime RTM-i videos oleva näitega

Click siin kui video pole juurdepääsetav

Nõuded TracTegevusmaatriksi (RTM) mall

RTM-malli Exceli faili allalaadimiseks klõpsake allpool

Laadige alla RTM-i mall Excel (.xlsx)

KKK:

RTM-i kasutatakse tagamaks, et iga projektinõue on seotud vastavate testjuhtumitega. See aitab kontrollida täielikku katvust. track muudatusi, vähendada defekte ja esitada valideerimise tõend. Kaardi abilping Testidele esitatavate nõuete osas parandab RTM kvaliteedi tagamist, vastavust ja sidusrühmade usaldust kogu arendustsükli vältel.

RTM-e on kolme peamist tüüpi: edasi Tracvõimekus (kaardistab nõuded testjuhtumitele), Tagurpidi Tracvõimekus (seob testijuhtumid tagasi nõuetega) ja Kahesuunaline Tracvõimekus (ü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õuded tracTegevusmaatriks koostatakse tavaliselt projekti alguses, kui nõuded on dokumenteeritud SRS-is, BRD-s või backlogis. See areneb kogu elutsükli jooksul ja seda uuendatakse 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, tagades nõuete täitmise. trackontrollitud ja valideeritud igal etapil.

RTM-i kasutamiseks loetlege projekti nõuded koos vastavate testjuhtumitega. Track teostuse staatus, defektid ja ulatus. 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 tracSujuvus nõuete, testide ja defektide lõikes. 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 tracks nõuded ja testjuhtumid katvuse ja valideerimise tagamiseks. 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: