Krav spårbarhet

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Kravspårning är möjligheten att relatera och dokumentera två eller flera faser i en utvecklingsprocess, som sedan kan spåras både framåt eller bakåt från dess ursprung. Kravspårning hjälper teamen att få insikter om indikatorer som kravkvalitet eller beredskap för att skicka kravet. En grundläggande aspekt av kravspårning är associationen mellan kraven för att testa fall, buggar och kodändringar.

Läs ordlistan för att förstå testrapportens terminologi.

Agila team som kör automatiserade tester

Agila team har egenskaper inklusive, men inte begränsat till följande

• Snabbare versionscykler
• Kontinuerlig testning i en pipeline
• Försumbart manuellt testfotavtryck; begränsat till undersökande testning
• Hög grad av automatisering

I följande avsnitt utforskas spårbarhet från kvalitets-, bugg - och källsynpunkter för agila team.

Kvalitetsspårning

För att säkerställa att användarkraven uppfyller kvalitetsmålen kan kraven i ett projekt länkas till testresultat, som sedan kan visas på teamets instrumentpanel. Detta möjliggör spårning från slutpunkt till slutpunkt med ett enkelt sätt att övervaka testresultat. Om du vill länka automatiserade tester med krav går du till testrapporten i build eller release.

1. I resultatavsnittet under fliken Tester i en bygg- eller versionssammanfattning väljer du de test som ska länkas till kraven och väljer Länka.

   

2. Välj ett arbetsobjekt som ska länkas till de valda testerna på något av de angivna sätten:

   • Välj ett tillämpligt arbetsobjekt i listan över föreslagna arbetsobjekt. Listan baseras på de senast visade och uppdaterade arbetsobjekten.
   • Ange ett arbetsobjekts-ID.
   • Sök efter ett arbetsobjekt baserat på rubriktexten.

   

   Listan visar endast arbetsobjekt som tillhör kategorin Krav.

3. Teams vill ofta fästa den sammanfattade vyn med kravspårning på en instrumentpanel. Använd kvalitetswidgeten Krav för detta.

   

4. Konfigurera kvalitetswidgeten Krav med de alternativ som krävs och spara den.

   • Kravfråga: Välj en fråga för arbetsobjekt som samlar in kraven, till exempel användarberättelserna i den aktuella iterationen.
   • Kvalitetsdata: Ange den fas i pipelinen som kravkvaliteten ska spåras för.

   

5. Visa widgeten på teamets instrumentpanel. Den visar en lista över alla krav i omfånget , tillsammans med passfrekvensen för testerna och antalet misslyckade tester. Om du väljer ett misslyckat testantal öppnas fliken Tester för den valda versionen eller versionen. Widgeten hjälper också till att spåra kraven utan associerade tester.

   

Buggspårning

Testning ger ett mått på konfidensen för att skicka en ändring till användare. Ett testfel signalerar ett problem med ändringen. Fel kan inträffa av många orsaker, till exempel fel i källan som testas, felaktig testkod, miljöproblem, flagnande tester med mera. Buggar är ett robust sätt att spåra testfel och driva ansvar i teamet för att vidta nödvändiga reparationsåtgärder. Om du vill associera buggar med testresultat går du till testrapporten i build eller release.

1. I resultatavsnittet på fliken Tester väljer du de tester som felet ska skapas mot och väljer Bugg. Flera testresultat kan mappas till en enda bugg. Detta görs vanligtvis när orsaken till felen kan tillskrivas en enda orsak, till exempel otillgängligheten för en beroende tjänst, ett databasanslutningsfel eller liknande problem.

   

2. Öppna arbetsobjektet för att se felet. Den samlar in hela kontexten för testresultaten, inklusive viktig information, till exempel felmeddelande, stackspårning, kommentarer med mera.

   

3. Visa buggen med testresultatet direkt i kontexten på fliken Tester . På fliken Arbetsobjekt visas även eventuella länkade krav för testresultatet.

   

4. Från ett arbetsobjekt navigerar du direkt till de associerade testresultaten. Både testfallet och det specifika testresultatet är länkade till felet.

   

5. I arbetsobjektet väljer du Testfall eller Testresultat för att gå direkt till sidan Tester för den valda versionen eller versionen. Du kan felsöka felet, uppdatera analysen i felet och göra de ändringar som krävs för att åtgärda problemet efter behov. Båda länkarna tar dig till fliken Tester, men standardavsnittet som visas är Historik respektive Felsökning .

   

Källspårning

När du felsöker testfel som inträffar konsekvent under en viss tidsperiod är det viktigt att spåra tillbaka till den första uppsättningen ändringar – där felet uppstod. Detta kan bidra avsevärt till att begränsa omfånget för att identifiera det problematiska testet eller källan som testas. Om du vill identifiera den första instansen av testfel och spåra den tillbaka till de associerade kodändringarna går du till fliken Tester i build eller release.

1. På fliken Tester väljer du ett testfel som ska analyseras. Baserat på om det är en version eller version väljer du kolumnen Felande version eller Misslyckad version för testet.

   

2. Då öppnas en annan instans av fliken Tester i ett nytt fönster som visar den första instansen av efterföljande fel för testet.

   

3. Baserat på bygg- eller versionspipelinen kan du välja tidslinjen eller pipelinevyn för att se vilka kodändringar som har genomförts. Du kan analysera kodändringarna för att identifiera den potentiella rotorsaken till testfelet.

   

Traditionella team som använder planerad testning

Team som går från manuell testning till kontinuerlig (automatiserad) testning och har en delmängd av tester som redan är automatiserade, kan köra dem som en del av pipelinen eller på begäran (se testrapport). Automatiserade tester kallas planerade tester och kan associeras med testfallen i en testplan och köras från Azure-testplaner. När de här testerna har associerats bidrar de till kvalitetsmåtten för motsvarande krav.

Hjälp och support

• Se vår felsökningssida
• Få råd om Stack Overflow och få support via utvecklarcommunityn