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.

  • Aloita RTM projektin elinkaaren alkuvaiheessa varmistaaksesi täydellisen yhdenmukaisuuden vaatimusten kanssa.
  • Pidä matriisi ajan tasalla aina, kun vaatimukset tai testitapaukset muuttuvat.
  • Käytä selkeitä ja yksilöllisiä tunnisteita vaatimusten, skenaarioiden ja testitapausten tehokkaaseen kartoittamiseen.
  • Tee yhteistyötä testaajien, kehittäjien, analyytikoiden ja esimiesten välillä jaetun vastuun saavuttamiseksi.
  • Hyödynnä automaatiotyökaluja (esim. Jira, Zephyr) manuaalisen työmäärän vähentämiseksi ja skaalautuvuuden parantamiseksi.

Jäljitettävyysmatriisi (RTM)

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

Vaatimukset Jäljitettävyysmatriisi

Yllä on näytevaatimus jäljitettävyysmatriisi.

Mutta tyypillisessä muodossa ohjelmistojen testaus -projektissa, jäljitettävyysmatriisissa olisi enemmän kuin nämä parametrit.

Vaatimukset Jäljitettävyysmatriisi

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.

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

Alla oleva taulukko on meidän Tekninen vaatimusasiakirja (TRD).

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

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

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

Vaihe 2) Tunnista tekninen vaatimus, jota tämä testitapaus todentaa. Testitapauksessamme todennetaan teknistä vaatimusta T94.

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

Vaihe 3) Huomaa tämä tekninen vaatimus (T94) testitapauksessa.

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

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

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

Vaihe 5) Huomaa testitapauksessa BR (liiketoimintavaatimus)

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

Vaihe 6) Tee yllä oleva kaikille testitapauksille. Later, Poimi testipaketistasi kolme ensimmäistä saraketta. RTM testauksessa on valmis!

Vaatimusten jäljitettävyysmatriisin (RTM) luominen

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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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ä.

Lataa RTM-malli Excel(.xlsx)

FAQ:

RTM:ää käytetään varmistamaan, että jokainen projektivaatimus on linkitetty vastaaviin testitapauksiin. Se auttaa varmistamaan täyden kattavuuden, seuraamaan muutoksia, vähentämään vikoja ja tarjoamaan todisteita validoinnista. Yhdistämällä vaatimukset testeihin RTM parantaa laadunvarmistusta, vaatimustenmukaisuutta ja sidosryhmien luottamusta koko kehityssyklin ajan.

RTM-järjestelmiä on kolmea päätyyppiä: Eteenpäin jäljitettävyys (kartoittaa vaatimukset testitapauksiin), Taaksepäin jäljitettävyys (kartoittaa testitapaukset takaisin vaatimuksiin) ja Kaksisuuntainen jäljitettävyys (yhdistää molemmat suunnat). Yhdessä nämä lähestymistavat varmistavat täydellisen kattavuuden, estävät tarpeettoman soveltamisalan laajentamisen ja validoivat, että kaikki vaatimukset testataan perusteellisesti.

Vaatimusten jäljitettävyysmatriisi laaditaan tyypillisesti projektin alkuvaiheessa, kun vaatimukset on dokumentoitu SRS-, BRD- tai testijonoon. Se kehittyy koko elinkaaren ajan ja sitä päivitetään aina, kun vaatimukset tai testitapaukset muuttuvat. RTM:n valmistelu varhain varmistaa yhdenmukaisuuden, minimoi puuttuvat toiminnallisuudet ja tukee tehokasta testisuunnittelua ja kattavuusanalyysia.

Ensisijainen vastuu RTM:n ylläpidosta on yleensä QA-tiimi or testaajat. Kuitenkin, analyytikot määrittele vaatimukset, kehittäjille linkitä koodi näihin vaatimuksiin ja projektipäälliköt valvoa tarkkuutta. Käytännössä RTM on yhteinen vastuu tiimien kesken, ja se varmistaa, että vaatimuksia seurataan ja validoidaan jokaisessa vaiheessa.

RTM:n käyttämiseksi listaa projektin vaatimukset vastaavien testitapausten rinnalla. Seuraa suorituksen tilaa, vikoja ja kattavuutta. Tiimit käyttävät sitä varmistaakseen, että vaatimukset testataan, tunnistaakseen aukot ja arvioidakseen muutosten vaikutuksia. Siitä tulee elävä dokumentti, joka tarjoaa näkyvyyttä ja hallintaa koko testauksen ja projektin elinkaaren ajan.

Kyllä, RTM:ää käytetään laajalti ketterissä projekteissa. Virallisten SRS-dokumenttien sijaan vaatimukset tulevat usein käyttäjän tarinoita or tuotejonotKetterät tiimit yhdistävät nämä tarinat RTM:n testitapauksiin varmistaen, että jokainen tarina validoidaan. Se mukautuu hyvin ketterän menetelmän iteratiiviseen luonteeseen säilyttäen samalla täyden kattavuuden.

Kyllä, RTM voidaan automatisoida käyttämällä testinhallintatyökaluja, kuten Jira, HP ALM tai ZephyrAutomaatio vähentää manuaalista työtä, varmistaa reaaliaikaiset päivitykset ja tarjoaa paremman jäljitettävyyden vaatimusten, testitapausten ja vikojen välillä. Automatisoidut RTM:t ovat erityisen hyödyllisiä suurissa tai säännellyissä projekteissa, joissa vaatimustenmukaisuus ja auditointivalmius ovat kriittisiä.

RTM ja RACI palvelevat eri tarkoituksia. RTM seuraa vaatimuksia ja testitapauksia varmistaakseen kattavuuden ja validoinnin. RACI on vastuualueiden jakomatriisi, joka näyttää, kuka on projektissa vastuussa, tilivelvollinen, konsultoitava ja informoitu. RTM keskittyy vaatimuksiin ja testaukseen, kun taas RACI selventää tiimin rooleja ja vastuita.