Mikä on Requirements Traceability Matrix (RTM) testauksessa?
⚡ Älykäs yhteenveto
The Requirements Traceability Matrix (RTM) is a structured document that links project requirements to their corresponding test cases, ensuring full coverage and validation. It plays a critical role in software testing by preventing missed functionalities, supporting compliance, and providing visibility across stakeholders.
Mikä on Traceability Matrix (TM)?
Jäljitettävyysmatriisi on asiakirja, joka korreloi mitkä tahansa kaksi monesta moneen -suhdetta vaativaa perusasiakirjaa suhteen täydellisyyden tarkistamiseksi.
Sitä käytetään vaatimusten seuraamiseen ja sen tarkistamiseen, täyttyvätkö nykyiset projektivaatimukset.
Mikä on vaatimusten jäljitettävyysmatriisi?
Vaatimusten jäljitettävyysmatriisi (RTM) on dokumentti, joka kartoittaa ja jäljittää käyttäjien vaatimukset testitapausten avulla. Se tallentaa kaikki asiakkaan ehdottamat vaatimukset ja vaatimusten jäljitettävyyden yhteen dokumenttiin, joka toimitetaan testin päätteeksi. Ohjelmistokehityksen elinkaariVaatimusten jäljitettävyysmatriisin päätarkoitus on validoida, että kaikki vaatimukset tarkistetaan testitapausten avulla siten, että mitään toiminnallisuutta ei jää tarkistamatta ohjelmistotestauksen aikana.
Miksi RTM on tärkeä?
Jokaisen testaajan päätavoitteena tulisi olla asiakkaan vaatimusten ymmärtäminen ja varmistaa, että lopputulos on virheetön. Tämän tavoitteen saavuttamiseksi jokaisen laadunvarmistajan tulisi ymmärtää vaatimukset perusteellisesti ja luoda positiivisia ja negatiivisia testitapauksia.
Tämä tarkoittaisi, että asiakkaan toimittamat ohjelmistovaatimukset on jaettava edelleen eri skenaarioihin ja testitapauksiin. Jokainen näistä tapauksista on suoritettava erikseen.
Tässä herää kysymys, miten varmistetaan, että vaatimus testataan kaikki mahdolliset skenaariot/tapaukset huomioon ottaen? Miten varmistetaan, ettei mikään vaatimus jää testaussyklin ulkopuolelle?
Yksinkertainen tapa on jäljittää vaatimus sitä vastaavilla testiskenaarioilla ja testitapauksetTätä kutsutaan vaatimusten jäljitettävyysmatriisiksi.
Jäljitettävyysmatriisi on tyypillisesti laskentataulukko, joka sisältää vaatimukset kaikkine mahdollisine testiskenaariot ja tapaukset ja niiden nykytila, eli onko ne hyväksytty vai hylätty. Tämä auttaisi testaustiimiä ymmärtämään tietyn tuotteen testaustoiminnan tason.
Kuka tarvitsee RTM:ää?
A Vaatimusten jäljitettävyysmatriisi (RTM) ei ole tarkoitettu vain testaajille – se on arvokas kaikille, jotka osallistuvat korkealaatuisen ohjelmiston tai projektien toimittamiseen.
- QA ja testaajat → Varmista 100 %:n vaatimusten kattavuus hyvin kartoitetuilla testitapauksilla.
- Liiketoiminta-analyytikot → Seuraa vaatimuksia SRS:stä/käyttäjätarinoista toteutukseen asti.
- Hankkeen johtajat → Hanki näkyvyyttä laajuuteen, edistymiseen ja täyttämättä jääneisiin vaatimuksiin.
- Kehittäjät → Ymmärrä, miten ominaisuudet liittyvät liiketoimintatavoitteisiin.
- Säännellyt teollisuudenalat (Terveydenhuolto, autoteollisuus, ilmailu- ja avaruusala, rahoitusala) → Todista vaatimustenmukaisuus ja läpäise auditoinnit selkeällä jäljitettävyydellä.
- Asiakkaat ja sidosryhmät → Hanki varmuus siitä, että heidän vaatimuksensa on toteutettu ja testattu.
👉 Lyhyesti sanottuna, kuka tahansa, joka on vastuussa ohjelmistovaatimusten rakentaminen, validointi tai hyväksyminen hyötyy RTM:stä.
Mitä parametreja vaatimusten jäljitettävyysmatriisiin tulisi sisällyttää?
- Vaatimustunnus
- Vaatimustyyppi ja Descriptioni
- Testitapaukset tilalla
Yllä on näytevaatimus jäljitettävyysmatriisi.
Mutta tyypillisessä muodossa ohjelmistojen testaus -projektissa, jäljitettävyysmatriisissa olisi enemmän kuin nämä parametrit.
Kuten yllä on kuvattu, vaatimusjäljitettävyysmatriisi voi:
- Näytä vaatimusten kattavuus testitapausten lukumäärässä
- Suunnittelun tila sekä suoritustila tietylle testitapaukselle
- Jos käyttäjien on suoritettava käyttäjän hyväksyntätestejä, myös UAT-tila voidaan tallentaa samaan matriisiin.
- Samassa matriisissa voidaan mainita myös asiaan liittyvät viat ja nykyinen tila.
Tällainen matriisi tarjoaisi Yhden pysähdyksen kauppa kaikkiin testaustoimintoihin.
Erillisen Excel-taulukon ylläpidon lisäksi testaustiimi voi myös halutessaan käyttää vaatimusten jäljitystä, joka on saatavilla testienhallintatyökaluissa.
Jäljitettävyystestimatriisin tyypit
Ohjelmistotekniikassa jäljitettävyysmatriisi voidaan jakaa kolmeen pääkomponenttiin, kuten alla mainitaan:
- Eteenpäin jäljitettävyys: Tämän matriisin avulla tarkistetaan, eteneekö projekti haluttuun suuntaan ja oikean tuotteen kohdalla. Se varmistaa, että jokaista vaatimusta sovelletaan tuotteeseen ja että jokainen vaatimus testataan perusteellisesti. Se kartoittaa vaatimukset testitapauksiin.
- Jäljitettävyys taaksepäin tai taaksepäin: Sitä käytetään varmistamaan, että nykyinen tuote pysyy oikealla uralla. Tämän tyyppisen jäljitettävyyden tarkoituksena on varmistaa, ettemme laajenna projektin laajuutta lisäämällä koodia, suunnitteluelementtejä, testejä tai muuta työtä, jota ei ole määritelty vaatimuksissa. Se yhdistää testitapaukset vaatimuksiin.
- Kaksisuuntainen jäljitettävyys (eteen+taakse): Tämä jäljitettävyysmatriisi varmistaa, että testitapaukset kattavat kaikki vaatimukset. Se analysoi vaatimusten muutoksen vaikutusta, johon vaikuttaa Vika työtuotteessa ja päinvastoin.
Vaatimusten jäljitettävyysmatriisin luominen
Ymmärretään Requirement Traceability Matrixin käsite Guru99-pankkiprojektin kautta.
Perusteella Business Requirement Document (BRD) ja Tekninen vaatimusasiakirja (TRD), testaajat alkavat kirjoittaa testitapauksia.
Oletetaan, että seuraava taulukko on liiketoimintavaatimusasiakirjamme tai BRD varten Guru99 pankkiprojekti.
Tässä skenaariossa asiakkaan pitäisi pystyä kirjautumaan Guru99-pankkisivustolle oikealla salasanalla ja käyttäjätunnuksella, kun taas päällikön pitäisi pystyä kirjautumaan verkkosivustolle asiakkaan kirjautumissivun kautta.
Alla oleva taulukko on meidän Tekninen vaatimusasiakirja (TRD).
Huomautus: Laadunvarmistustiimit eivät dokumentoi BRD:tä ja TRD:tä. Myös jotkut yritykset käyttävät Toimintovaatimusasiakirjat (FRD), jotka ovat samankaltaisia kuin tekniset vaatimusasiakirjat, mutta jäljitettävyysmatriisin luomisprosessi pysyy samana.
Mennään eteenpäin ja luodaan RTM testaukseen
Vaihe 1) Yhtiömme näytetestitapaus is
"Vahvista kirjautuminen: Kun oikea tunnus ja salasana on syötetty, sisäänkirjautumisen pitäisi onnistua."
Vaihe 2) Tunnista tekninen vaatimus, jota tämä testitapaus todentaa. Testitapauksessamme todennetaan teknistä vaatimusta T94.
Vaihe 3) Huomaa tämä tekninen vaatimus (T94) testitapauksessa.
Vaihe 4) Tunnista liiketoiminnan vaatimus, jolle tämä TR (tekninen vaatimus-T94) on määritelty
Vaihe 5) Huomaa testitapauksessa BR (liiketoimintavaatimus)
Vaihe 6) Tee yllä oleva kaikille testitapauksille. Later, Poimi testipaketistasi kolme ensimmäistä saraketta. RTM testauksessa on valmis!
Vaatimusjäljitettävyysmatriisin edut
- Se vahvistaa 100 % testin kattavuuden
- Se korostaa puuttuvat vaatimukset tai asiakirjan epäjohdonmukaisuudet
- Se näyttää yleiset viat tai toteutuksen tilan keskittyen liiketoiminnan vaatimuksiin
- Se auttaa analysoimaan tai arvioimaan testitapausten uudelleentarkastelun tai uudelleentyöstämisen vaikutusta laadunvarmistustiimin työhön.
Parhaat käytännöt ja vinkit RTM:n käyttöön
Vaatimusten jäljitettävyysmatriisi (RTM) on tehokkain, kun se on pidetään yksinkertaisena, johdonmukaisena ja päivitetään säännöllisestiTässä ovat parhaat käytännöt, joiden avulla tiimit voivat varmistaa täysi kattavuus, minimaalinen uudelleentyö ja parempi luottamus projektin toimitukseen:
- Aloita varhain → Luo RTM-mallisi aivan projektin alussa.
- Pidä se ajan tasalla → Päivitä matriisia aina, kun vaatimukset tai testitapaukset muuttuvat.
- Käytä selkeitä tunnuksia → Anna vaatimuksille ja testitapauksille yksilölliset tunnisteet jäljitettävyyden helpottamiseksi.
- Kattaa positiiviset ja negatiiviset tapaukset → Varmista, että jokainen vaatimus validoidaan useista eri näkökulmista.
- Tee yhteistyötä tiimien kesken → Ota testaajat, kehittäjät, liiketoiminta-analyytikot ja projektipäälliköt mukaan RTM:n ylläpitoon.
- Hyödynnä työkaluja → Taulukkolaskentaohjelmien sijaan harkitse testauksenhallintatyökaluja (kuten Jira, HP ALM tai Zephyr) skaalautuvuuden parantamiseksi.
- Versionhallinta → Säilytä historialliset versiot muutosten seuraamiseksi ja vaatimustenmukaisuuden ylläpitämiseksi.
- Keskity yksinkertaisuuteen → Vältä matriisin ylikuormittamista; korosta vain olennaiset parametrit.
- Tarkastus säännöllisesti → Tarkista RTM säännöllisesti havaitaksesi aukot ennen testauksen määräaikoja.
- Linkki liiketoiminnan arvoon → Yhdistä vaatimukset liiketoimintatavoitteisiin ROI:n osoittamiseksi.
Yleisiä RTM-haasteita ja ratkaisuja
- Haaste: RTM:n pitäminen ajan tasalla
Vaatimukset ja testitapaukset muuttuvat usein, minkä vuoksi RTM vanhenee nopeasti.
Ratkaisu: Käytä automatisoituja testauksenhallintatyökaluja, jotka synkronoivat vaatimukset, testitapaukset ja viat reaaliajassa. - Haaste: Liiallinen monimutkaisuus
Liian monien parametrien lisääminen vaikeuttaa RTM:n ylläpitoa ja tulkintaa.
Ratkaisu: Pidä RTM-strategiasi yksinkertaisena keskittymällä vain olennaisiin kenttiin, kuten tunnisteisiin, kuvauksiin ja tilaan. - Haaste: Huono tiimityöskentely
Eri tiimit eivät välttämättä ole linjassa omistajuuden tai päivitysten suhteen.
Ratkaisu: Määrittele selkeät roolit, ota mukaan testaajat, kehittäjät ja analyytikot ja ajoita säännöllisiä RTM-tarkastuksia. - Haaste: Puutteellinen vaatimusten kattaminen
Joistakin vaatimuksista saattaa puuttua testitapauksia, mikä johtaa toiminnallisuuden puutteeseen.
Ratkaisu: Tarkista kattavuus säännöllisesti, käytä kaksisuuntaista jäljitettävyyttä ja suorita auditointeja ennen suuria julkaisuja. - Haaste: Manuaalinen työ suurissa projekteissa
RTM:n hallinta laskentataulukoissa tulee aikaa vieväksi monimutkaisissa järjestelmissä.
Ratkaisu: Ota käyttöön RTM-työkaluja, kuten Jira, HP ALM tai Zephyr, automatisoidaksesi kartoituksen ja raportoinnin.
Opitaan RTM videon esimerkin avulla
Napauta tätä jos video ei ole saatavilla
Vaatimukset Traceability Matrix (RTM) -malli
Lataa RTM-malli Excel-tiedostona napsauttamalla alla olevaa linkkiä.