Mikä on vaatimusten jäljitettävyysmatriisi (RTM)? Esimerkki mallista

Mikä on jäljitettävyysmatriisi? (TM)

Jäljitettävyysmatriisi on asiakirja, joka yhdistää kaikki kahden perustason asiakirjat, jotka edellyttävät monien ja monien välistä suhdetta suhteen täydellisyyden tarkistamiseksi.

Sitä käytetään vaatimusten seuraamiseen ja nykyisten projektivaatimusten täyttymisen tarkistamiseen.

Mikä on vaatimusten jäljitettävyysmatriisi?

Vaatimuksen jäljitettävyysmatriisi (RTM) on asiakirja, joka kartoittaa ja jäljittää käyttäjän vaatimukset testitapauksilla. Se sisältää kaikki asiakkaan ehdottamat vaatimukset ja vaatimusten jäljitettävyyden yhdessä asiakirjassa, joka toimitetaan ohjelmistokehityksen elinkaaren lopussa. Vaatimusten jäljitettävyysmatriisin päätarkoituksena on vahvistaa, että kaikki vaatimukset tarkistetaan testitapauksissa siten, että mitään toimintoja ei tarkisteta ohjelmistotestauksen aikana.

Tässä opetusohjelmassa opit lisää

Miksi RTM on tärkeä?
Mitkä parametrit sisällytetään vaatimusten jäljitettävyysmatriisiin?
Jäljitettävyystestimatriisin tyypit
Vaatimusten jäljitettävyysmatriisin luominen
Vaatimuksen jäljitettävyysmatriisin etu
Vaatimusten jäljitettävyysmatriisin (RTM) malli

Miksi RTM on tärkeä?

Jokaisen testaajan tärkeimmän asialistan tulisi olla asiakkaan vaatimusten ymmärtäminen ja varmistaa, että tuotoksen on oltava virheetön. Tämän tavoitteen saavuttamiseksi jokaisen laadunvarmistuksen tulisi ymmärtää vaatimus perusteellisesti ja luoda positiivisia ja negatiivisia testitapauksia.

Tämä tarkoittaisi sitä, että asiakkaan toimittamat ohjelmistovaatimukset on jaettava edelleen eri skenaarioihin ja testattava tapauksia. Jokainen tapaus on toteutettava erikseen.

Täällä herää kysymys siitä, kuinka varmistaa, että vaatimus testataan ottaen huomioon kaikki mahdolliset skenaariot / tapaukset? Kuinka varmistaa, että mitään vaatimuksia ei jätetä testaussyklin ulkopuolelle?

Yksinkertainen tapa on jäljittää vaatimus vastaavilla testiskenaarioilla ja testitapauksilla. Tätä kutsutaan vain vaatimusten jäljitettävyysmatriisiksi.

Jäljitettävyysmatriisi on tyypillisesti laskentataulukko, joka sisältää vaatimukset, joissa on kaikki mahdolliset testiskenaariot ja tapaukset sekä niiden nykytila eli jos ne on läpäisty tai epäonnistunut. Tämä auttaisi testausryhmää ymmärtämään tietylle tuotteelle suoritettujen testaustoimien tasoa.

Mitkä parametrit sisällytetään vaatimusten jäljitettävyysmatriisiin?

Vaatimuksen tunnus
Vaatimuksen tyyppi ja kuvaus
Testitapaukset tilalla

Yllä on näytteen vaatimuksen jäljitettävyysmatriisi.

Mutta tyypillisessä ohjelmistojen testausprojektissa jäljitettävyysmatriisissa olisi enemmän kuin nämä parametrit.

Kuten edellä on esitetty, vaatimuksen jäljitettävyysmatriisi voi:

Näytä vaatimusten kattavuus testitapausten määrässä
Suunnittelun tila ja tietyn testitapauksen toteutustila
Jos käyttäjien on suoritettava käyttäjän hyväksyntätesti, UAT-tila voidaan myös kaapata samaan matriisiin.
Aiheeseen liittyvät viat ja nykytila voidaan myös mainita samassa matriisissa.

Tällainen matriisi tarjoaisi keskitetyn palvelupisteen kaikille testaustoiminnoille.

Sen lisäksi, että ylläpidetään exceliä erikseen. Testausryhmä voi myös valita vaatimusten jäljittämisen käytettävissä olevista testinhallintatyökaluista.

Jäljitettävyystestimatriisin tyypit

Ohjelmistotuotannossa jäljitettävyysmatriisi voidaan jakaa kolmeen pääkomponenttiin, kuten alla mainitaan:

Eteenpäin jäljitettävyys : Tätä matriisia käytetään tarkistamaan, eteneekö projekti haluttuun suuntaan ja oikean tuotteen suhteen. Se varmistaa, että kutakin vaatimusta sovelletaan tuotteeseen ja että jokainen vaatimus testataan perusteellisesti. Siinä kartoitetaan testitapausten vaatimukset.
Taaksepäin tai taaksepäin jäljitettävyys: Sitä käytetään varmistamaan, pysyykö nykyinen tuote oikealla tiellä. Tämäntyyppisen jäljitettävyyden tarkoituksena on varmistaa, ettemme laajenna projektin laajuutta lisäämällä koodia, suunnitteluelementtejä, testiä tai muuta työtä, jota ei ole määritelty vaatimuksissa. Se kartoittaa testitapaukset vaatimusten mukaan.
Kaksisuuntainen jäljitettävyys (eteenpäin + taaksepäin): Tämä jäljitettävyysmatriisi varmistaa, että testit kattavat kaikki vaatimukset. Siinä analysoidaan vaatimusten muutoksen vaikutusta, johon työtuotteen vika vaikuttaa, ja päinvastoin.

Vaatimusten jäljitettävyysmatriisin luominen

Ymmärretään Vaatimusten jäljitettävyysmatriisin käsite Guru99-pankkiprojektin avulla.

Perusteella Business vaatimus asiakirja (BRD) ja teknisiä vaatimuksia Document (TRD) , testaajille alat kirjoittaa testitapauksia.

Oletetaan, että seuraava taulukko on liiketoimintavaatimuksemme asiakirja tai BRD Guru99-pankkiprojektille .

Tässä skenaariossa asiakkaan on voitava kirjautua Guru99-pankkisivustolle oikealla salasanalla ja käyttäjätunnuksella, kun taas johtajan on voitava kirjautua verkkosivustolle asiakkaan kirjautumissivun kautta.

Vaikka alla oleva taulukko on teknisiä vaatimuksia koskeva asiakirja (TRD) .

Huomaa: Laadunvalvontaryhmät eivät dokumentoi BRD: tä ja TRD: tä. Jotkut yritykset käyttävät myös toimintavaatimuksia (FRD), jotka ovat samanlaisia kuin tekniset vaatimukset, mutta jäljitettävyysmatriisin luomisprosessi pysyy samana.

Mennään eteenpäin ja luodaan RTM testauksessa

Vaihe 1: Esimerkkitesti on

"Vahvista kirjautuminen, kun oikea käyttäjätunnus ja salasana syötetään, sen tulisi kirjautua sisään onnistuneesti"

Vaihe 2 : Tunnista tekninen vaatimus, jota tämä testitapaus tarkistaa. Testitapauksemme tekninen vaatimus on T94 tarkistetaan.

Vaihe 3: Ota huomioon tämä tekninen vaatimus (T94) testitapauksessa.

Vaihe 4: Tunnista liiketoimintavaatimus, jolle tämä TR (tekninen vaatimus-T94) on määritelty

Vaihe 5: Huomaa BR (yritystarve) testitapauksessa

Vaihe 6: Tee kaikki testitapaukset edellä. Pura myöhemmin ensimmäiset 3 saraketta Test Suite -sovelluksesta. RTM testauksessa on valmis!

Vaatimuksen jäljitettävyysmatriisin etu

Se vahvistaa 100% testin kattavuuden
Siinä korostetaan puuttuvat vaatimukset tai asiakirjojen epäjohdonmukaisuudet
Se näyttää yleiset viat tai toteutuksen tilan keskittyen liiketoiminnan vaatimuksiin
Se auttaa analysoimaan tai arvioimaan vaikutuksia laadunvalvontaryhmän työhön testitapausten uudelleentarkastelun tai uudelleentyön suhteen.