Kas yra reikalavimų atsekamumo matrica (RTM)? Šablono pavyzdys

Kas yra atsekamumo matrica? (TM)

„Atsekamumo matrica“ yra dokumentas, susiejantis visus du pagrindinius dokumentus, kuriems reikalauti santykių „visi daugeliui“, kad būtų galima patikrinti santykių išsamumą.

Jis naudojamas norint sekti reikalavimus ir patikrinti, ar vykdomi dabartiniai projekto reikalavimai.

Kas yra reikalavimo atsekamumo matrica?

Reikalavimų atsekamumo matrica (RTM) yra dokumentas, kuriame pateikiami ir atsekami vartotojo reikalavimai bandymų atvejais. Jame visi kliento siūlomi reikalavimai ir reikalavimų atsekamumas pateikiami viename dokumente, pateiktame pasibaigus programinės įrangos pakeitimo gyvavimo ciklui. Pagrindinis Reikalavimų atsekamumo matricos tikslas yra patvirtinti, kad visi reikalavimai yra tikrinami bandymų atvejais taip, kad programinės įrangos testavimo metu nebūtų patikrinta jokia funkcija.

Šioje pamokoje sužinosite daugiau apie

Kodėl RTM yra svarbus?
Kurius parametrus įtraukti į Reikalavimų atsekamumo matricą?
Atsekamumo bandymo matricos tipai
Kaip sukurti Reikalavimų atsekamumo matricą
Reikalavimų atsekamumo matricos pranašumas
Reikalavimai Atsekamumo matricos (RTM) šablonas

Kodėl RTM yra svarbus?

Pagrindinė kiekvieno testuotojo darbotvarkė turėtų būti suprasti kliento reikalavimus ir įsitikinti, kad išvesties produktas neturi defektų. Norint pasiekti šį tikslą, kiekvienas kokybės užtikrinimas turėtų kruopščiai suprasti reikalavimą ir sukurti teigiamus ir neigiamus bandymų atvejus.

Tai reikštų, kad kliento pateikti programinės įrangos reikalavimai turi būti toliau suskirstyti į skirtingus scenarijus ir toliau išbandyti atvejus. Kiekviena iš šių bylų turi būti vykdoma atskirai.

Čia kyla klausimas, kaip įsitikinti, kad reikalavimas yra išbandytas atsižvelgiant į visus galimus scenarijus / atvejus? Kaip užtikrinti, kad testavimo cikle nebūtų palikti jokie reikalavimai?

Paprastas būdas yra atsekti reikalavimą su atitinkamais bandymų scenarijais ir bandymų atvejais. Tai tik vadinama „Reikalavimų atsekamumo matrica“.

Atsekamumo matrica paprastai yra darbalapis, kuriame pateikiami reikalavimai su visais įmanomais bandymo scenarijais ir atvejais bei jų dabartine būsena, ty jei jie buvo įvykdyti ar nepavyko. Tai padėtų bandymų komandai suprasti konkretaus produkto bandymo veiklos lygį.

Kurius parametrus įtraukti į Reikalavimų atsekamumo matricą?

Reikalavimo ID
Reikalavimo tipas ir aprašas
Testo atvejai su būsena

Aukščiau pateikiama pavyzdžio reikalavimo atsekamumo matrica.

Tačiau tipiniame programinės įrangos testavimo projekte atsekamumo matrica turėtų daugiau nei šie parametrai.

Kaip parodyta aukščiau, reikalavimo atsekamumo matrica gali:

Parodykite reikalavimo aprėptį bandymų atvejų skaičiumi
Konkretaus bandymo atvejo projekto būsena ir vykdymo būsena
Jei vartotojai turi atlikti bet kurį Vartotojo priėmimo testą, UAT būsena taip pat gali būti užfiksuota toje pačioje matricoje.
Susiję defektai ir esama būsena taip pat gali būti paminėti toje pačioje matricoje.

Tokia matrica suteiktų vieno langelio principą visoms bandymų veikloms.

Neskaitant „Excel“ išlaikymo atskirai. Testavimo komanda taip pat gali pasirinkti reikalavimus atsekti galimus bandymų valdymo įrankius.

Atsekamumo bandymo matricos tipai

Programinės įrangos inžinerijoje atsekamumo matricą galima suskirstyti į tris pagrindinius komponentus, kaip nurodyta toliau:

Pirmyn atsekamumas : Ši matrica naudojama norint patikrinti, ar projektas vyksta norima linkme ir ar reikiamas produktas. Ji užtikrina, kad kiekvienas reikalavimas būtų taikomas gaminiui ir kad kiekvienas reikalavimas būtų kruopščiai išbandytas. Jame pateikiami reikalavimai išbandyti atvejus.
Atsekamumas atgal arba atgal: Jis naudojamas siekiant užtikrinti, ar dabartinis produktas išlieka teisingame kelyje. Šio tipo atsekamumo tikslas yra patikrinti, ar neišplečiame projekto taikymo srities pridedant kodą, dizaino elementus, bandymą ar kitą darbą, kuris nėra nurodytas reikalavimuose. Jis susieja bandymų atvejus su reikalavimais.
Dviejų krypčių atsekamumas (pirmyn + atgal): ši atsekamumo matrica užtikrina, kad bandymų atvejai atitiks visus reikalavimus. Jame analizuojamas reikalavimų pakeitimo, kurį paveikė darbo produkto defektas, poveikis ir atvirkščiai.

Kaip sukurti Reikalavimų atsekamumo matricą

Supraskime reikalavimo atsekamumo matricos sąvoką per „Guru99“ bankinį projektą.

Remdamiesi verslo reikalavimo dokumentu (BRD) ir techninių reikalavimų dokumentu (TRD) , testuotojai pradeda rašyti bandomąsias bylas.

Tarkime, ši lentelė yra mūsų verslo reikalavimo dokumentas arba BRD bankininkystės projektui „Guru99“ .

Čia scenarijus yra toks, kad klientas turėtų galėti prisijungti prie „Guru99“ bankininkystės svetainės naudodamas teisingą slaptažodį ir vartotojo ID, o valdytojas turėtų galėti prisijungti prie svetainės per kliento prisijungimo puslapį.

Toliau pateikta lentelė yra mūsų techninių reikalavimų dokumentas (TRD) .

Pastaba: kokybės užtikrinimo komandos nedokumentuoja BRD ir TRD. Be to, kai kurios įmonės naudoja funkcijų reikalavimo dokumentus (angl. Function Required Documents - FRD), kurie yra panašūs į techninių reikalavimų dokumentą, tačiau „Atsekamumo matricos“ kūrimo procesas išlieka tas pats.

Eikime į priekį ir sukurkime RTM testavime

1 žingsnis: Mūsų bandinio pavyzdys yra

"Patvirtinkite prisijungimą, kai įvedėte teisingą ID ir slaptažodį, jis turėtų sėkmingai prisijungti"

2 žingsnis : nustatykite techninį reikalavimą, kurį tikrina šis bandymo atvejis. Mūsų bandymo atveju tikrinamas T94 techninis reikalavimas.

3 žingsnis: atkreipkite dėmesį į šį techninį reikalavimą (T94) bandymo byloje.

4 žingsnis: nustatykite verslo reikalavimą, kuriam apibrėžtas šis TR (techninis reikalavimas - T94)

5 žingsnis: bandomojoje byloje atkreipkite dėmesį į BR (verslo reikalavimas)

6 žingsnis: atlikite aukščiau visas bandymo bylas. Vėliau ištraukite pirmuosius 3 stulpelius iš savo „Test Suite“. RTM bandymuose yra paruoštas!

Reikalavimų atsekamumo matricos pranašumas

Tai patvirtina 100% testo aprėptį
Tai pabrėžia bet kokius trūkstančius reikalavimus arba dokumentų neatitikimus
Tai rodo bendrą trūkumų ar vykdymo būseną, daugiausia dėmesio skiriant verslo reikalavimams
Tai padeda analizuoti ar įvertinti poveikį kokybės užtikrinimo grupės darbui, atsižvelgiant į bandomųjų atvejų peržiūrą ar pakartotinį darbą.