Vad är krav TracEability Matrix (RTM) i testning?

By: Thomas Hamilton Thomas Hamilton
Hours Uppdaterad

⚡ Smart sammanfattning

Kraven TracEn eability Matrix (RTM) är ett strukturerat dokument som länkar projektkrav till motsvarande testfall, vilket säkerställer fullständig täckning och validering. Den spelar en avgörande roll i mjukvarutestning genom att förhindra missade funktioner, stödja efterlevnad och ge insyn för alla intressenter.

  • Börja med RTM tidigt i projektets livscykel för att säkerställa fullständig anpassning till kraven.
  • Håll matrisen uppdaterad närhelst krav eller testfall ändras.
  • Använd tydliga, unika ID:n för att effektivt kartlägga krav, scenarier och testfall.
  • Samarbeta mellan testare, utvecklare, analytiker och chefer för delat ansvarstagande.
  • Utnyttja automatiseringsverktyg (t.ex. Jira, Zephyr) för att minska manuellt arbete och förbättra skalbarheten.
Läs mer

Tracförmågasmatris (RTM)

Vad är TracFörmåga att mäta (TM)?

A TracEn eability-matris är ett dokument som korrelerar två baslinjedokument som kräver en många-till-många-relation för att kontrollera relationens fullständighet.

Det är van vid track kraven och för att kontrollera om de nuvarande projektkraven är uppfyllda.

👉 Anmäl dig till gratis live-mjukvarutestningsprojekt

Vad är ett krav Tracförmågasmatris?

Ett krav Tracförmågasmatris (RTM) är ett dokument som kartlägger och tracanvändarkrav med testfall. Den fångar alla krav som föreslagits av klienten och kraven tracförmåga i ett enda dokument, levererat vid slutet av Programvaruutveckling livscykelKravets huvudsyfte TracEn eability-matris är till för att validera att alla krav kontrolleras via testfall, så att ingen funktionalitet är okontrollerad under programvarutestning.

Varför är RTM viktigt?

Varje testares huvudmål bör vara att förstå kundens krav och se till att slutprodukten är felfri. För att uppnå detta mål bör varje kvalitetssäkringsansvarig förstå kraven noggrant och skapa positiva och negativa testfall.

Detta skulle innebära att de programvarukrav som klienten tillhandahåller måste delas upp ytterligare i olika scenarier och vidare i testfall. Vart och ett av dessa fall måste köras individuellt.

Här uppstår en fråga om hur man säkerställer att kravet testas, med hänsyn till alla möjliga scenarier/fall? Hur man säkerställer att inget krav utelämnas i testcykeln?

Ett enkelt sätt är att trace kravet med motsvarande testscenarier och testfallDetta kallas "Krav" Tracförmågasmatris.

Ocuco-landskapet tracen förmågasmatris är vanligtvis ett arbetsblad som innehåller kraven med alla möjliga testscenarier och fall och deras nuvarande tillstånd, dvs. om de har godkänts eller inte godkänts. Detta skulle hjälpa testteamet att förstå nivån på testaktiviteter som utförts för den specifika produkten.

Vem behöver RTM?

A Krav Tracförmågasmatris (RTM) är inte bara för testare – det är värdefullt för alla som är involverade i att leverera högkvalitativ programvara eller projekt.

  • QA och testare → Säkerställ 100 % kravtäckning med väl kartlagda testfall.
  • Affärsanalytiker → Track krav från SRS/användarberättelser genom exekvering.
  • Projektledare → Få insyn i omfattning, framsteg och missade krav.
  • Utvecklare → Förstå hur funktioner kopplas tillbaka till affärsmål.
  • Reglerade industrier (Hälsovård, fordonsindustri, flyg- och rymdindustri, finans) → Bevisa efterlevnad och klara revisioner med tydliga tracförmåga.
  • Kunder och intressenter → Få försäkran om att deras krav är implementerade och testade.

👉 Kort sagt, alla som är ansvariga för bygga, validera eller godkänna programvarukrav fördelar med RTM.

Vilka parametrar som ska inkluderas i kravet Tracförmågasmatris?

  • Krav-ID
  • Kravtyp och Description
  • Testfall med status

Krav Tracförmågasmatris

Ovanstående är ett exempelkrav tracförmågasmatris.

Men i en typisk mjukvarutestning projektet, den tracEability-matrisen skulle ha fler än dessa parametrar.

Krav Tracförmågasmatris

Som illustrerats ovan, ett krav tracförmågasmatrisen kan:

  • Visa kravtäckningen i antal testfall
  • Konstruktionsstatus samt utförandestatus för det specifika testfallet
  • Om det finns några användaracceptanstester som ska utföras av användarna, kan UAT-statusen också registreras i samma matris.
  • De relaterade defekterna och det aktuella tillståndet kan också nämnas i samma matris.

Denna typ av matris skulle ge One-stop-butik för alla testaktiviteter.

Förutom att underhålla ett separat Excel-dokument kan ett testteam också välja att uppfylla kraven. tractillgänglig i testhanteringsverktyg.

Typer av TracMatris för förmågastest

Inom mjukvaruutveckling, en tracFörmånsmatrisen kan delas in i tre huvudkomponenter enligt nedan:

  • Framåt tracförmåga: Denna matris används för att kontrollera om projektet fortskrider i önskad riktning och för rätt produkt. Den ser till att varje krav tillämpas på produkten och att varje krav testas noggrant. Den kartlägger krav på testfall.
  • Bakåt eller bakåt tracförmåga: Den används för att säkerställa att den aktuella produkten förblir till höger track. Syftet bakom denna typ av traceability är att verifiera att vi inte utökar projektets omfattning genom att lägga till kod, designelement, tester eller annat arbete som inte specificeras i kraven. Det mappar testfall till krav.
  • Dubbelriktad tracförmåga (framåt + bakåt): Detta tracförmågasmatrisen säkerställer att testfall täcker alla krav. Den analyserar effekten av en förändring i kraven som påverkas av defekt i en arbetsprodukt och vice versa.

RELATERADE ARTIKLAR

Hur man skapar ett krav Tracförmågasmatris

Låt oss förstå konceptet krav Tracförmågasmatris genom en Guru99 bankprojekt.

Baserat på Business Requirement Document (BRD) och Tekniskt kravdokument (TRD), testare börjar skriva testfall.

Låt oss anta att följande tabell är vårt affärskravdokument eller BRD för Guru99 bankprojekt.

Här är scenariot att kunden ska kunna logga in på Guru99 bankwebbplats med korrekt lösenord och användar-ID, medan chefen ska kunna logga in på webbplatsen via kundens inloggningssida.

Hur man skapar krav Tracförmågasmatris (RTM)

Tabellen nedan är vår Tekniskt kravdokument (TRD).

Hur man skapar krav Tracförmågasmatris (RTM)

Obs: QA-team dokumenterar inte BRD och TRD. Vissa företag använder också Funktionskravsdokument (FRD), som liknar tekniska kravdokument, men processen att skapa en TracEability-matrisen förblir densamma.

Låt oss gå vidare och skapa RTM i testning

Steg 1) Vår exempel på testfall is

"Verifiera inloggning: När rätt ID och lösenord har angetts bör inloggningen ske."

Hur man skapar krav Tracförmågasmatris (RTM)

Steg 2) Identifiera det tekniska krav som detta testfall verifierar. För vårt testfall verifieras det tekniska kravet T94.

Hur man skapar krav Tracförmågasmatris (RTM)

Steg 3) Observera detta tekniska krav (T94) i testfallet.

Hur man skapar krav Tracförmågasmatris (RTM)

Steg 4) Identifiera affärskravet för vilket denna TR (Technical Requirement-T94) är definierad

Hur man skapar krav Tracförmågasmatris (RTM)

Steg 5) Observera BR (affärskravet) i testfallet

Hur man skapar krav Tracförmågasmatris (RTM)

Steg 6) Gör ovanstående för alla testfall. Later, ExtracDe första 3 kolumnerna från din testsvit. RTM i testning är redo!

Hur man skapar krav Tracförmågasmatris (RTM)

Fördelar med kravet Tracförmågasmatris

  • Det bekräftar 100 % testtäckning
  • Det belyser eventuella krav som saknas eller dokumentinkonsekvenser
  • Den visar de övergripande defekterna eller exekveringsstatusen med fokus på affärskrav
  • Det hjälper till att analysera eller uppskatta effekten på QA-teamets arbete med avseende på att granska eller omarbeta testfallen.

Bästa praxis och tips för att använda RTM

A-krav TracEability Matrix (RTM) är mest effektiv när den är hålls enkel, konsekvent och uppdateras regelbundetHär är de bästa metoderna som gör det möjligt för team att säkerställa fullständig täckning, minimalt omarbete och ökat förtroende för projektleveransen:

  • Börja tidigt → Skapa din RTM i början av projektet.
  • Håll det uppdaterat → Uppdatera matrisen närhelst krav eller testfall ändras.
  • Använd tydliga ID:n → Tilldela unika ID:n till krav och testfall för enkel tracförmåga.
  • Täck positiva och negativa fall → Säkerställ att alla krav valideras från flera testvinklar.
  • Samarbeta över team → Involvera testare, utvecklare, affärsutvecklingsansvariga och projektledare i att underhålla RTM.
  • Hävstångsverktyg → Istället för kalkylblad, överväg testhanteringsverktyg (som Jira, HP ALM eller Zephyr) för skalbarhet.
  • Versionskontroll → Spara historiska versioner för att track förändringar och upprätthålla efterlevnad.
  • Fokusera på enkelhet → Undvik att överbelasta matrisen; markera endast viktiga parametrar.
  • Revision regelbundet → Granska regelbundet RTM för att upptäcka luckor innan testdeadlines.
  • Länk till affärsvärde → Kartlägg kraven mot affärsmålen för att visa avkastning på investeringen.

Vanliga RTM-utmaningar och lösningar

  1. Utmaning: Keeping RTM uppdaterad
    Krav och testfall ändras ofta, vilket gör RTM snabbt föråldrat.
    Lösning: Använd automatiserade testhanteringsverktyg som synkroniserar krav, testfall och defekter i realtid.
  2. Utmaning: Överdriven komplexitet
    Att lägga till för många parametrar gör det svårt att underhålla och tolka RTM.
    Lösning: Håll RTM-systemet smidigt genom att bara fokusera på viktiga fält som ID:n, beskrivningar och status.
  3. Utmaning: Dåligt teamsamarbete
    Olika team kanske inte är överens om ägarskap eller uppdateringar.
    Lösning: Definiera tydliga roller, involvera testare, utvecklare och analytiker och schemalägg regelbundna RTM-granskningar.
  4. Utmaning: Ofullständig kravtäckning
    Vissa krav kan sakna testfall, vilket leder till missad funktionalitet.
    Lösning: Validera täckningen regelbundet, använd dubbelriktad tracförmåga och genomföra revisioner före större utgåvor.
  5. Utmaning: Manuell insats i stora projekt
    Att hantera RTM i kalkylblad blir tidskrävande för komplexa system.
    Lösning: Använd RTM-verktyg som Jira, HP ALM eller Zephyr för att automatisera kartläggningping och rapportering.

Låt oss lära oss RTM med ett exempel i videon

Klicka här. om videon inte är tillgänglig

Krav TracMall för förmågasmatris (RTM)

Klicka nedan för att ladda ner RTM-mallen i Excel-filen

Ladda ner RTM-mallen Excel(.xlsx)

Vanliga frågor:

En RTM används för att säkerställa att varje projektkrav är kopplat till motsvarande testfall. Den hjälper till att verifiera fullständig täckning, track förändringar, minska defekter och tillhandahålla bevis på validering. Med kartaping krav på tester, RTM förbättrar kvalitetssäkring, efterlevnad och intressenternas förtroende under hela utvecklingslivscykeln.

Det finns tre huvudtyper av RTM: Framåt Tracförmåga (mappar krav till testfall), Bakåt Tracförmåga (mappar testfall tillbaka till krav), och Dubbelriktad Tracförmåga (kombinerar båda riktningarna). Tillsammans säkerställer dessa metoder fullständig täckning, förhindrar onödig utökning av omfattningen och validerar att alla krav är noggrant testade.

Kraven tracEn testmatris förbereds vanligtvis tidigt i projektet, när kraven har dokumenterats i SRS, BRD eller backloggen. Den utvecklas under hela livscykeln och uppdateras när krav eller testfall ändras. Att förbereda en RTM tidigt säkerställer anpassning, minimerar missad funktionalitet och stöder effektiv testplanering och täckningsanalys.

Det primära ansvaret för att upprätthålla ett RTM ligger vanligtvis hos QA-teamet or testare. Emellertid affärsanalytiker definiera krav, utvecklare länka kod till dessa krav, och projektledare övervaka noggrannheten. I praktiken är RTM ett delat ansvar mellan teamen, vilket säkerställer att kraven uppfylls tracverifierad och validerad i varje steg.

För att använda ett RTM, lista projektkraven bredvid motsvarande testfall. Track exekveringsstatus, defekter och täckning. Team använder det för att verifiera att krav testas, identifiera luckor och bedöma effekterna av förändringar. Det blir ett levande dokument som ger insyn och kontroll genom hela test- och projektlivscykeln.

Ja, RTM används flitigt i agila projekt. Istället för formella SRS-dokument kommer krav ofta från användarberättelser or produktorderstockarAgila team mappar dessa berättelser till testfall i RTM, vilket säkerställer att varje berättelse valideras. Den anpassar sig väl till Agilas iterativa natur samtidigt som den bibehåller fullständig täckning.

Ja, RTM kan automatiseras med hjälp av testhanteringsverktyg som Jira, HP ALM eller ZephyrAutomatisering minskar manuell arbetsinsats, säkerställer uppdateringar i realtid och ger bättre traceffektivitet över krav, testfall och defekter. Automatiserade RTM:er är särskilt användbara i stora eller reglerade projekt där efterlevnad och revisionsberedskap är avgörande.

RTM och RACI tjänar olika syften. RTM tracks-krav och testfall för att säkerställa täckning och validering. RACI är en ansvarstilldelningsmatris som visar vem som är ansvarig, ansvarsskyldig, konsulterad och informerad i ett projekt. RTM fokuserar på krav och testning, medan RACI förtydligar teamroller och ansvar.

Sammanfatta detta inlägg med: