Kas ir prasību izsekojamības matrica (RTM)? Veidnes piemērs

Kas ir izsekojamības matrica? (TM)

Izsekojamības matrica ir dokuments, kas sasaista visus divu pamatdokumentu dokumentus, kuriem, lai pārbaudītu attiecību pilnīgumu, ir nepieciešamas attiecības no daudziem līdz daudziem.

To izmanto, lai izsekotu prasībām un pārbaudītu, vai pašreizējās projekta prasības ir izpildītas.

Kas ir prasību izsekojamības matrica?

Prasību izsekojamības matrica (RTM) ir dokuments, kas kartē un izseko lietotāju prasības ar testa gadījumiem. Tas apkopo visas klienta piedāvātās prasības un prasību izsekojamību vienā dokumentā, kas tiek piegādāts pēc programmatūras izstrādes dzīves cikla beigām. Prasību izsekojamības matricas galvenais mērķis ir pārbaudīt, vai visas prasības tiek pārbaudītas testēšanas gadījumos, lai programmatūras testēšanas laikā netiktu pārbaudīta neviena funkcionalitāte.

Šajā apmācībā jūs uzzināsiet vairāk par

Kāpēc RTM ir svarīgs?
Kurus parametrus iekļaut prasību izsekojamības matricā?
Izsekojamības testa matricas veidi
Kā izveidot prasību izsekojamības matricu
Prasības izsekojamības matricas priekšrocība
Prasību izsekojamības matricas (RTM) veidne

Kāpēc RTM ir svarīgs?

Katra testētāja galvenajai darba kārtībai jābūt klienta prasību izpratnei un pārliecībai, ka izlaides produktam jābūt bez defektiem. Lai sasniegtu šo mērķi, katrai kvalitātes pārbaudei ir rūpīgi jāizprot prasība un jāizveido pozitīvi un negatīvi testa gadījumi.

Tas nozīmētu, ka klienta nodrošinātās programmatūras prasības ir sīkāk jāsadala dažādos scenārijos un tālāk jāpārbauda gadījumi. Katrs no šiem gadījumiem ir jāizpilda atsevišķi.

Šeit rodas jautājums, kā pārliecināties, vai prasība tiek pārbaudīta, ņemot vērā visus iespējamos scenārijus / gadījumus? Kā nodrošināt, lai neviena prasība netiktu atstāta ārpus testēšanas cikla?

Vienkāršs veids ir izsekot prasībai ar atbilstošajiem testa scenārijiem un testa gadījumiem. To tikai sauc par “Prasību izsekojamības matricu”.

Izsekojamības matrica parasti ir darblapa, kurā ir ietvertas prasības ar visiem iespējamiem testa scenārijiem un gadījumiem, kā arī to pašreizējais stāvoklis, ti, ja tie ir izturēti vai neizdevušies. Tas testēšanas komandai palīdzētu izprast konkrētajam produktam veikto testēšanas darbību līmeni.

Kurus parametrus iekļaut prasību izsekojamības matricā?

Prasības ID
Prasības veids un apraksts
Testa lietas ar statusu

Iepriekš ir parauga prasību izsekojamības matrica.

Bet tipiskā programmatūras testēšanas projektā izsekojamības matricai būtu vairāk nekā šie parametri.

Kā parādīts iepriekš, prasības izsekojamības matrica var:

Parādiet prasību pārklājumu testa gadījumu skaitā
Noformējuma statuss, kā arī izpildes statuss konkrētajam testa gadījumam
Ja lietotājiem ir jāveic kāds Lietotāja pieņemšanas tests, UAT statusu var fiksēt arī tajā pašā matricā.
Saistītos defektus un pašreizējo stāvokli var minēt arī tajā pašā matricā.

Šāda veida matrica nodrošinātu vienas pieturas aģentūru visām testēšanas darbībām.

Papildus tam, ka Excel tiek uzturēts atsevišķi. Testēšanas komanda var arī izvēlēties pieejamo testu pārvaldības rīku izsekošanu.

Izsekojamības testa matricas veidi

Programmatūras inženierijā izsekojamības matricu var sadalīt trīs galvenajos komponentos, kā minēts turpmāk:

Uz priekšu izsekojamība : šo matricu izmanto, lai pārbaudītu, vai projekts virzās vēlamajā virzienā un vai ir piemērots produkts. Tas pārliecinās, ka katra prasība tiek piemērota produktam un katra prasība tiek rūpīgi pārbaudīta. Tas kartē prasības pārbaudīt gadījumus.
Izsekošana atpakaļ vai atpakaļ: to izmanto, lai nodrošinātu, vai pašreizējais produkts paliek uz pareizā ceļa. Šāda veida izsekojamības mērķis ir pārbaudīt, vai mēs nepaplašinām projekta darbības jomu, pievienojot kodu, dizaina elementus, testu vai citu darbu, kas nav norādīts prasībās. Tas kartē testa gadījumus atbilstoši prasībām.
Divvirzienu izsekojamība (uz priekšu + atpakaļ): šī izsekojamības matrica nodrošina, ka testa gadījumi aptver visas prasības. Tajā analizēta prasību izmaiņu ietekme, ko ietekmē darba produkta defekts, un otrādi.

Kā izveidot prasību izsekojamības matricu

Sapratīsim prasību izsekojamības matricas jēdzienu, izmantojot Guru99 banku projektu.

Pamatojoties uz uzņēmējdarbības prasību dokumentu (BRD) un tehnisko prasību dokumentu (TRD) , testētāji sāk rakstīt pārbaudes lietas.

Pieņemsim, ka šī tabula ir mūsu biznesa prasību dokuments jeb BRD banku projektam Guru99 .

Šeit scenārijs ir tāds, ka klientam jāspēj pieteikties Guru99 bankas vietnē ar pareizu paroli un lietotāja ID, savukārt vadītājam jāspēj pieteikties vietnē, izmantojot klienta pieteikšanās lapu.

Kaut arī šī tabula ir mūsu tehnisko prasību dokuments (TRD) .

Piezīme: QA komandas nedokumentē BRD un TRD. Daži uzņēmumi izmanto arī funkciju prasību dokumentus (FRD), kas ir līdzīgi tehnisko prasību dokumentiem, taču izsekojamības matricas izveides process paliek nemainīgs.

Ejam uz priekšu un izveidojam RTM testēšanā

1. solis: Mūsu parauga testa gadījums ir

"Pārbaudiet pieteikšanos, kad ir ievadīts pareizs ID un parole, tai jāpiesakās veiksmīgi"

2. solis : identificējiet tehnisko prasību, kuru pārbauda šis testa gadījums. Mūsu testa gadījumā tiek pārbaudīta tehniskā prasība T94.

3. darbība. Ievērojiet šo tehnisko prasību (T94) testa gadījumā.

4. solis: identificējiet uzņēmējdarbības prasību, kurai šī TR (tehniskā prasība-T94) ir definēta

5. darbība. Ievērojiet BR (uzņēmējdarbības prasību) testa gadījumā

6. solis: veiciet iepriekš visus testa gadījumus. Vēlāk izvelciet pirmās 3 kolonnas no sava testa komplekta. RTM testēšanā ir gatavs!

Prasības izsekojamības matricas priekšrocība

Tas apstiprina 100% testa pārklājumu
Tas uzsver visas trūkstošās prasības vai dokumentu neatbilstības
Tas parāda vispārējos defektus vai izpildes statusu, koncentrējoties uz biznesa prasībām
Tas palīdz analizēt vai novērtēt ietekmi uz kvalitātes nodrošināšanas grupas darbu attiecībā uz testa gadījumu pārskatīšanu vai atkārtotu apstrādi.