Share via


Traceerbaarheid van vereisten

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

De traceerbaarheid van vereisten is de mogelijkheid om twee of meer fasen van een ontwikkelingsproces te relateren en te documenteren, die vervolgens zowel vooruit als achteruit kunnen worden getraceerd vanaf de oorsprong ervan. Vereisten traceerbaarheid helpt teams inzicht te krijgen in indicatoren zoals kwaliteit van vereisten of gereedheid om de vereiste te verzenden. Een fundamenteel aspect van de traceerbaarheid van vereisten is de koppeling van de vereisten voor het testen van cases, bugs en codewijzigingen.

Lees de woordenlijst om inzicht te hebben in de terminologie van het testrapport.

Agile-teams die geautomatiseerde tests uitvoeren

Agile-teams hebben kenmerken, waaronder, maar niet beperkt tot het volgende

  • Snellere releasecycli
  • Doorlopend testen in een pijplijn
  • Verwaarloosbare handmatige testvoetafdruk; beperkt tot verkennende tests
  • Hoge mate van automatisering

In de volgende secties worden de traceringspunten van kwaliteits-, bug- en bronpunten voor Agile-teams verkend.

Kwaliteit traceerbaarheid

Koppel projectvereisten om resultaten te testen voor end-to-end traceerbaarheid met een eenvoudige manier om testresultaten te bewaken. Als u geautomatiseerde tests wilt koppelen aan vereisten, raadpleegt u het testrapport.

  1. Selecteer in de sectie resultaten onder het tabblad Tests van een build- of releaseoverzicht de test die u wilt koppelen aan vereisten en kies Koppeling.

    Tests selecteren die moeten worden gekoppeld aan vereisten

  2. Kies een werkitem dat u wilt koppelen aan de geselecteerde test op een van de volgende manieren:

    • Kies een van toepassing werkitem in de lijst met voorgestelde werkitems. De lijst is gebaseerd op de laatst bekeken en bijgewerkte werkitems.
    • Geef een werkitem-id op.
    • Een werkitem zoeken op basis van de titeltekst.

    Vereisten voor werkitem selecteren

    In de lijst worden alleen werkitems weergegeven die behoren tot de categorie Vereisten.

  3. Zodra de vereisten zijn gekoppeld aan de testresultaten, kunt u de testresultaten weergeven gegroepeerd op vereiste. Vereiste is een van de vele opties 'Groeperen op', zodat u eenvoudig door de testresultaten kunt navigeren.

    Resultaten groeperen op vereisten

  4. Teams willen vaak de samengevatte weergave van de tracering van vereisten vastmaken aan een dashboard. Gebruik hiervoor de widget Kwaliteit van vereisten.

    Teamdashboard maken

  5. Configureer de widget Vereistenkwaliteit met de vereiste opties en sla deze op.

    • Vereistenquery: Selecteer een werkitemquery die de vereisten vastlegt, zoals de gebruikersverhalen in de huidige iteratie.
    • Kwaliteitsgegevens: Geef de fase van de pijplijn op waarvoor de kwaliteit van de vereisten moet worden getraceerd.

    Widget configureren

  6. Bekijk de widget in het dashboard van het team. Hierin worden alle vereisten in het bereik vermeld, samen met de wachtwoordfrequentie voor de tests en het aantal mislukte tests. Als u het aantal mislukte tests selecteert, wordt het tabblad Tests voor de geselecteerde build of release geopend. De widget helpt ook bij het bijhouden van de vereisten zonder een bijbehorende test.

    Vereisten bijhouden zonder tests

Koppel projectvereisten om resultaten te testen voor end-to-end traceerbaarheid met een eenvoudige manier om testresultaten te bewaken. Als u geautomatiseerde tests wilt koppelen aan vereisten, raadpleegt u het testrapport.

  1. Selecteer in de sectie resultaten onder het tabblad Tests van een build- of releaseoverzicht de test die u wilt koppelen aan vereisten en kies Koppeling.

    Tests selecteren die moeten worden gekoppeld aan vereisten

  2. Kies een werkitem dat u wilt koppelen aan de geselecteerde test op een van de volgende manieren:

    • Kies een van toepassing werkitem in de lijst met voorgestelde werkitems. De lijst is gebaseerd op de laatst bekeken en bijgewerkte werkitems.
    • Geef een werkitem-id op.
    • Een werkitem zoeken op basis van de titeltekst.

    Vereisten voor werkitem selecteren

    In de lijst worden alleen werkitems weergegeven die behoren tot de categorie Vereisten.

  3. Teams willen vaak de samengevatte weergave van de tracering van vereisten vastmaken aan een dashboard. Gebruik hiervoor de widget Kwaliteit van vereisten.

    Teamdashboard maken

  4. Configureer de widget Vereistenkwaliteit met de vereiste opties en sla deze op.

    • Vereistenquery: Selecteer een werkitemquery die de vereisten vastlegt, zoals de gebruikersverhalen in de huidige iteratie.
    • Kwaliteitsgegevens: Geef de fase van de pijplijn op waarvoor de kwaliteit van de vereisten moet worden getraceerd.

    Widget configureren

  5. Bekijk de widget in het dashboard van het team. Hierin worden alle vereisten in het bereik vermeld, samen met de wachtwoordfrequentie voor de tests en het aantal mislukte tests. Als u het aantal mislukte tests selecteert, wordt het tabblad Tests voor de geselecteerde build of release geopend. De widget helpt ook bij het bijhouden van de vereisten zonder een bijbehorende test.

    Vereisten bijhouden zonder tests

Traceerbaarheid van fouten

Testen geeft een meting van het vertrouwen om een wijziging aan gebruikers te verzenden. Een testfout geeft een probleem aan met de wijziging. Fouten kunnen optreden als gevolg van fouten in de bron onder test, ongeldige testcode, omgevingsproblemen, flaky tests en meer. Bugs bieden een robuuste manier om testfouten bij te houden en verantwoordelijkheid in het team te stimuleren om de vereiste herstelacties uit te voeren. Zie Testrapport als u bugs aan testresultaten wilt koppelen.

  1. Selecteer in de resultatensectie van het tabblad Tests de tests waarvoor de fout moet worden gemaakt en kies Bug. Meerdere testresultaten kunnen worden toegewezen aan één fout, wat meestal wordt gedaan wanneer de reden voor de foutenkenmerken aan één oorzaak, zoals een niet-beschikbare afhankelijke service, een databaseverbindingsfout of soortgelijke problemen.

    Bugs koppelen aan tests

  2. Open het werkitem. De fout legt de volledige context van de testresultaten vast, inclusief belangrijke informatie, zoals het foutbericht, stacktracering, opmerkingen en meer.

    Foutdetails vastleggen

  3. Bekijk de fout met het testresultaat, rechtstreeks in context, op het tabblad Tests . Het tabblad Werkitems bevat ook eventuele gekoppelde vereisten voor het testresultaat.

    Fout weergeven op het tabblad Tests

  4. Navigeer vanuit een werkitem rechtstreeks naar de bijbehorende testresultaten. Zowel de testcase als het specifieke testresultaat zijn gekoppeld aan de bug.

    Koppelingen testen in fout

  5. Selecteer in het werkitem Testcase of Testresultaat om rechtstreeks naar de pagina Tests voor de geselecteerde build of release te gaan. U kunt de fout oplossen, uw analyse bijwerken in de bug en de wijzigingen aanbrengen die nodig zijn om het probleem op te lossen, indien van toepassing. Hoewel beide koppelingen u naar het tabblad Tests leiden, bevatten de standaardsecties Geschiedenis en Foutopsporing.

    De volledige paginaweergave Testen op het tabblad

Traceerbaarheid van bron

Bij het oplossen van testfouten die consistent optreden gedurende een bepaalde periode, is het belangrijk om terug te gaan naar de eerste set wijzigingen, waarbij de fout afkomstig is. Met deze stap kunt u het bereik voor het identificeren van de problematische test of bron onder test aanzienlijk beperken. Als u het eerste exemplaar van testfouten wilt detecteren en deze wilt traceren naar de bijbehorende codewijzigingen, gaat u naar het tabblad Tests in build of release.

  1. Selecteer op het tabblad Tests een testfout die moet worden geanalyseerd. Kies op basis van of het een build of release is, de kolom Mislukte build of Mislukte release voor de test.

    Mislukte release weergeven

    Een ander exemplaar van het tabblad Tests wordt geopend in een nieuw venster, met het eerste exemplaar van opeenvolgende fouten voor de test.

    oorspronkelijke testfout

  2. Op basis van de build- of release-pijplijn kunt u de tijdlijn of pijplijnweergave kiezen om te zien welke codewijzigingen zijn doorgevoerd. U kunt de codewijzigingen analyseren om de mogelijke hoofdoorzaak van de testfout te identificeren.

    Codedoorvoeringen weergeven

Traditionele teams die gebruikmaken van geplande tests

Teams die overstappen van handmatig testen naar continue, geautomatiseerde tests en een subset van tests hebben die al zijn geautomatiseerd, kunnen deze uitvoeren als onderdeel van de pijplijn of op aanvraag. Geplande tests of 'geautomatiseerde tests' kunnen worden gekoppeld aan de testcases in een testplan en worden uitgevoerd vanuit Azure Test Plans. Zodra deze tests zijn gekoppeld, dragen deze tests bij aan de metrische kwaliteitsgegevens van de bijbehorende vereisten.

Help en ondersteuning