End-to-end traceerbaarheid
Azure DevOps Services
Azure DevOps biedt ondersteuning voor end-to-end traceerbaarheid doordat u verschillende objecten kunt koppelen die betrokken zijn bij uw ontwikkelingsproces. Deze objecten omvatten werkitems, vertakkingen, doorvoeringen, pull-aanvragen, builds en releases. U kunt ingebouwde rapporten en analyses gebruiken om de tracering van uw objecten in realtime te bewaken.
In dit artikel vindt u een overzicht van hoe Azure DevOps traceerbaarheid mogelijk maakt en ondersteunt, zonder dat u meer hoeft te doen over het instellen en gebruiken van azure DevOps. U vindt koppelingen naar meer informatie overal.
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, zoals geïllustreerd in de volgende installatiekopie, zijn Build, Gevonden in build, Geïntegreerd in build, Branch, Commit, Pull Request en Geïntegreerd in de releasefase.
Een vertakking maken op basis van een vereiste
U kunt veel taken uitvoeren met één selectie op het kanbanbord van het product. In de volgende afbeelding kunt u een vertakking maken op basis van een vereiste door het kaartmenu met werkitems te openen. Wanneer u een vertakking maakt op basis van de standaardhoofdbranch, kunt u deze een naam en een label geven. De vertakking wordt automatisch gekoppeld aan het werkitem met het koppelingstype Branch .
Of selecteer een vertakking maken in het werkitemformulier.
Een pull-aanvraag maken op basis van een vereiste
Zodra de codewijzigingen zijn uitgevoerd in de nieuwe vertakking, kunnen ontwikkelaars een pull-aanvraag maken op basis van het werkitem.
Het gebruik van het Kanbanbord en het werkitem om softwareontwikkeling te stimuleren, heeft ook een ander voordeel. Het moedigt ontwikkelaars aan opmerkingen toe te voegen terwijl ze werken, wat helpt bij het documenteren van de wijzigingen die ze aanbrengen en de redenen erachter. Op deze manier wordt het werkitem een uitgebreide bron van informatie en geschiedenis voor de codewijzigingen.
Tests toevoegen en uitvoeren vanuit vereisten
Koppel een test aan een set vereisten en controleer of de toepassing werkt zoals verwacht. Vanaf het Kanbanbord kunt u tests toevoegen aan het werkitem. Vervolgens kunt u uw nieuwe tests uitvoeren vanaf het Kanban-bord en de teststatus instellen.
Testintegratie met het Kanban-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 Kanban-bord toont de test die is toegevoegd ter ondersteuning van de vereiste wanneer testcases worden gemaakt op basis van het Kanban-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 voor elke releasefase bijhouden. Vanuit het werkitemformulier kunt u snel de koppelingen naar builds en releases openen vanuit de secties Implementatie - en ontwikkelingsbeheer .
Besturingselementen voor implementatie en ontwikkeling
Wanneer u het werkitemformulier opent, kunt u zien in welke fasen de vereiste is geïmplementeerd en inzoomen op meer informatie door de koppelingen te kiezen. In de sectie Ontwikkeling kunt u de vertakking, doorvoer of pull-aanvragen openen die zijn gekoppeld aan de vereiste.
Het besturingselement Implementatie toont release-informatie voor die werkitems die zijn gekoppeld aan een Git-doorvoer, die deel uitmaakt van een build die wordt uitgebracht.
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 kunt de releasestatus voor werkitems zien die doorvoeringen hebben 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 kwaliteit van vereisten of gereedheid voor verzendingsvereisten. Een fundamenteel aspect van de traceerbaarheid van vereisten is het koppelen van de 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.
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 te zien welke codewijzigingen zijn doorgevoerd. U kunt de codewijzigingen analyseren om de mogelijke hoofdoorzaak van de testfout te identificeren.
Testanalyse
Zie Test Analytics voor informatie over Test Analytics voor builds en releases, het bijhouden van de kwaliteit van vereisten en testfouten.