Over traceerbaarheid van begin tot eind
Azure DevOps Services
Azure DevOps ondersteunt end-to-end traceerbaarheid door verschillende objecten in uw ontwikkelproces te koppelen, zoals werkitems, vertakkingen, doorvoeringen, pull-aanvragen, builds en releases. U kunt ingebouwde rapporten en analyses gebruiken om tracering in realtime te bewaken.
Dit artikel bevat een overzicht van hoe Azure DevOps traceerbaarheid mogelijk maakt en ondersteunt, met koppelingen naar gedetailleerdere informatie.
Traceerbaarheid en koppelen
U kunt de codewijzigingen, builds en releases bijhouden die zijn gekoppeld aan een werkitem gedurende de ontwikkelingslevenscyclus. Op deze manier kan uw team het audittrail zien van hoe het werk is uitgevoerd of hoe een fout is opgelost door de wijzigingen in de codebasis te bekijken.
De koppelingstypen die worden gebruikt voor Git-opslagplaatsen zijn Build, Gevonden in build, Geïntegreerd in build, Branch, Commit, Pull Requesten Geïntegreerd in releasefase.
Een branch en pull request maken van een werkitem
Branch: U kunt een vertakking maken op basis van een werkitem door het menu werkitemkaart op het productbord te openen of door Een vertakking maken te selecteren in het werkitemformulier. De vertakking wordt automatisch gekoppeld aan het werkitem met het koppelingstype Branch.
Pull-aanvraag: Zodra de codewijzigingen zijn uitgevoerd in de nieuwe vertakking, kunnen ontwikkelaars een pull-aanvraag maken op basis van het werkitem. Het gebruik van het bord en het werkitem om softwareontwikkeling te stimuleren moedigt ontwikkelaars aan om opmerkingen toe te voegen tijdens het werken, de wijzigingen en de redenen erachter te documenteren. Op deze manier wordt het werkitem een uitgebreide bron van informatie en geschiedenis voor de codewijzigingen.
Tests toevoegen en uitvoeren vanuit werkitems
Koppel een test aan een set vereisten en controleer of de toepassing werkt zoals verwacht. Vanaf het bord kunt u tests toevoegen aan het werkitem. Vervolgens kunt u uw nieuwe tests uitvoeren vanaf het bord en de teststatus instellen.
Testintegratie met het bord maakt het eenvoudig voor teams om aan de slag te gaan met handmatig testen en vervolgens te profiteren van de volledige testmogelijkheden van Azure Test Plans. Het bord toont de test die is toegevoegd ter ondersteuning van de vereiste wanneer testcases worden gemaakt op basis van het bord of wanneer testsuites op basis van vereisten worden gemaakt onder Testplannen.
Handmatige en geautomatiseerde tests
U kunt geautomatiseerde tests uitvoeren in een pijplijn of op aanvraag. U kunt ze ook koppelen aan testcases in een testplan en deze uitvoeren vanuit testplannen. Op deze manier kunt u de kwaliteit van uw vereisten bijhouden met geautomatiseerde tests, wat geplande tests wordt genoemd.
Wijzigingen implementeren in productie
Nadat u een pijplijn hebt gedefinieerd voor het bouwen en vrijgeven van de codewijzigingen, kunt u de implementatie van de vereiste werkitem bijhouden voor elke releasefase. Vanuit het werkitemformulier kunt u snel de koppelingen naar builds en releases openen vanuit de secties Deployment en Development.
Wanneer u het werkitemformulier opent, worden de fasen weergegeven waarop de vereiste is geïmplementeerd. U kunt inzoomen op meer details met de vervolgkeuzelijst.
- Ontwikkelingssectie: Open vertakkingen, commits of pull-aanvragen die gekoppeld zijn aan het werkitem.
- Deployment sectie: Vind release-informatie voor werkitems die gekoppeld zijn aan een Git commit dat deel uitmaakt van een vrijgegeven build.
Zie Over kanbanbordenvoor meer informatie.
Releaseweergave
In de volgende afbeelding ziet u de meerdere omgevingen waarop de release is gericht waaraan het geselecteerde werkitem is gekoppeld.
Release-instellingen
Beheer uw weergaveopties vanuit de release-instellingen. In het besturingselement voor de implementatie van werkitems ziet u hoe de releases die zijn gekoppeld aan uw werkitems, worden voortgezet. U ziet de releasestatus voor werkitems met doorvoeringen in de build en voor release-pijplijnen die u hebt ingesteld om implementatiegegevens naar Azure Boards te verzenden.
Traceerbaarheidsmatrix voor vereisten
Vereisten traceerbaarheid biedt teams inzicht in indicatoren zoals de kwaliteit van vereisten of gereedheid voor verzendingsvereisten. Een fundamenteel aspect van de traceerbaarheid van vereisten is de koppeling van vereisten om cases, bugs en codewijzigingen te testen.
De Requirements Traceability Matrix (RTM) zorgt ervoor dat alle vereisten die voor een systeem zijn gedefinieerd, worden getest in de testprotocollen. Zie Vereisten traceerbaarheidvoor meer informatie over de matrix voor tracering van vereisten.
Rapporten over tracering van vereisten
Traceerbaarheidsrapporten voor vereisten zijn een manier om te laten zien hoe verschillende fasen van een ontwikkelingsproces zijn gerelateerd en gedocumenteerd. Ze helpen teams om de kwaliteit en volledigheid van hun vereisten te meten en hun gereedheid voor levering te beoordelen. Ze helpen ook bij het bijhouden van de codewijzigingen, tests, bugs en implementaties die zijn gekoppeld aan de vereisten.
Traceerbaarheid van fouten
U kunt de bug en het testresultaat samen zien op het tabblad Tests , in dezelfde context. Op het tabblad Werkitems worden ook eventuele vereisten weergegeven die zijn gekoppeld aan het testresultaat.
Zie Vereisten traceerbaarheid voor informatie over fout- en brontraceerbaarheid.
Traceerbaarheid van bron
Op basis van de build- of release-pijplijn kunt u de tijdlijn of pijplijnweergave kiezen om de doorgevoerde codewijzigingen te bekijken. U kunt de codewijzigingen analyseren om de mogelijke hoofdoorzaak van de testfout te identificeren.
Testanalyse
Zie Test Analytics-voor meer informatie over Test Analytics voor builds en releases, het bijhouden van de kwaliteit van vereisten en testfouten.