Objecten en termen testen
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Lees dit artikel om inzicht te krijgen in de objecten en termen die worden gebruikt in handmatige en verkennende tests.
Testspecifieke typen werkitems
Ter ondersteuning van handmatige en geautomatiseerde tests voegt u drie hoofdtypen voor testspecifieke werkitems toe en groeperen: Testplannen, Testsuites en Testcases. Ter ondersteuning van het delen van verschillende teststappen en testparameters definieert u Gedeelde stappen en Gedeelde parameters. Deze objecten worden opgeslagen in het gegevensarchief voor het bijhouden van werk als specifieke typen werkitems.
In de volgende tabel worden de werkitemtypen beschreven die worden gebruikt ter ondersteuning van de Azure DevOps-testervaring. Testspecifieke werkitems koppelen met behulp van de koppelingstypen die worden weergegeven in de vorige afbeelding.
Type werkitem
Beschrijving
Testplannen
Worden gebruikt om testsuites en afzonderlijke testcases te groeperen. Zie Testplannen en testsuites maken om een testplan te definiëren.
Testpakket
Testcases groeperen in afzonderlijke testscenario's binnen één testplan. Door testcases te groeperen, kunt u gemakkelijker zien welke scenario's zijn voltooid. Wanneer u een testpakket maakt, kunt u een van de volgende drie typen opgeven:
- Statische testsuites: wordt gebruikt om testcases onder één testsuite te groeperen.
- Op vereisten gebaseerde suites: selecteer een of meer vereisten uit een query die vervolgens zijn gekoppeld aan het testpakket.
- Op query's gebaseerde suites: selecteer een of meer testcases die vervolgens zijn gekoppeld aan het testpakket.
Tip
Het veld Alleen-lezentype testsuite geeft het type suite aan dat is geselecteerd. Zie Testplannen en testsuites maken om testsuites toe te voegen.
Testcases
Definieer de stappen die worden gebruikt voor het testen van code of een app voor implementatie. Definieer testcases om ervoor te zorgen dat uw code correct werkt, geen fouten bevat en voldoet aan de bedrijfs- en klantvereisten. U kunt afzonderlijke testcases toevoegen aan een testplan zonder een testpakket te maken. Meer dan één testpakket of testplan kan verwijzen naar een testcase. U kunt testcases effectief hergebruiken zonder ze te hoeven kopiëren of klonen voor elke suite of elk abonnement. Er zijn twee soorten testcases:
- Handmatig: Testcases die verschillende stappen definiëren die u uitvoert met behulp van Test Runner of een andere ondersteunde client.
- Geautomatiseerd: Testcases die zijn ontworpen om te worden uitgevoerd in een Azure Pipeline.
Tip
U kunt een testcase maken die automatisch wordt gekoppeld aan een vereiste: User Story (Agile), ProductAchterstanditem (Scrum), Vereiste (CMMI) of Probleem (Basic) wanneer u een test maakt op basis van het bord. Zie Inlinetests toevoegen, uitvoeren en bijwerken voor meer informatie.
Gedeelde stappen
Gebruik dit om stappen te delen tussen meerdere testcases. Meld u bijvoorbeeld aan en controleer of de stappen voor het aanmelden bij een toepassing stappen zijn die kunnen worden gedeeld in een aantal testcases. Zie Stappen delen tussen testcases voor meer informatie.
Gedeelde parameters
Gebruik dit diagram om verschillende parameters op te geven voor het uitvoeren van een teststap binnen een testcase. Zie Een test herhalen met verschillende gegevens voor meer informatie.
Algemene velden voor alle testspecifieke typen werkitems
De volgende velden en tabbladen worden weergegeven in de meeste werkitems. Elk tabblad wordt gebruikt om specifieke informatie bij te houden, zoals 
geschiedenis,
koppelingen of 
bijlagen. Deze drie tabbladen bieden een geschiedenis van wijzigingen, weergave van gekoppelde werkitems en de mogelijkheid om bestanden te bekijken en bij te voegen.
Het enige vereiste veld voor alle typen werkitems is Titel. Wanneer het werkitem wordt opgeslagen, wordt het door het systeem een unieke id toegewezen. Het formulier markeert het vereiste veld geel. Zie Query op basis van build- en testintegratievelden voor informatie over testvelden. Zie de index van het veld Werkitem voor alle andere velden.
Veld
Gebruik
Voer een beschrijving in van 255 tekens of minder. U kunt de titel later altijd wijzigen.
Wijs het werkitem toe aan het teamlid dat verantwoordelijk is voor het uitvoeren van het werk. Afhankelijk van de context waarin u werkt, worden in de vervolgkeuzelijst alleen teamleden of inzenders aan het project vermeld.
Notitie
U kunt alleen werk toewijzen aan één gebruiker. Als u werk wilt toewijzen aan meer dan één gebruiker, voegt u een werkitem toe voor elke gebruiker en onderscheidt u het werk dat moet worden uitgevoerd op titel en beschrijving. Het veld Toegewezen aan accepteert alleen gebruikersaccounts die zijn toegevoegd aan een project of team.
Wanneer het werkitem wordt gemaakt, wordt de status standaard ingesteld op de eerste status in de werkstroom. Werk het bij naarmate het werk vordert, zodat deze overeenkomt met de huidige status.
Gebruik eerst de standaardwaarde. Werk deze bij wanneer u de status naar behoefte wijzigt. Elke status is gekoppeld aan een standaardreden.
Kies het gebiedspad dat is gekoppeld aan het product of team of laat leeg totdat deze is toegewezen tijdens een planningsvergadering. Zie Gebiedspaden definiëren en toewijzen aan een team om de vervolgkeuzelijst met gebieden te wijzigen.
Kies de sprint of iteratie waarin het werk moet worden voltooid, of laat het leeg en wijs het later toe tijdens een planningsvergadering. Zie Iteratiepaden definiëren en teamiteraties configureren om de vervolgkeuzelijst met iteraties te wijzigen.
Geef voldoende details om gedeeld inzicht te krijgen in de omvang en ondersteuning van schattingsinspanningen. Richt u op de gebruiker, wat ze willen bereiken en waarom. Beschrijf niet hoe u het product ontwikkelt. Geef voldoende details op, zodat uw team taken en testcases kan schrijven om het item te implementeren.
Algemene besturingselementen voor alle testspecifieke typen werkitems
Verschillende besturingselementen worden weergegeven in verschillende testspecifieke werkitems, zoals beschreven in de volgende tabel. Als deze besturingselementen niet van belang zijn, kunt u deze verbergen in de indeling van het werkitemformulier, zoals beschreven in Velden toevoegen en beheren (overnameproces).
Control
Beschrijving
Implementatie
Geeft inzicht in of een functie of gebruikersverhaal is geïmplementeerd en in welke fase. U krijgt visueel inzicht in de status van een werkitem terwijl het wordt geïmplementeerd in verschillende releaseomgevingen, evenals snelle navigatie naar elke releasefase en uitvoering. Dit besturingselement is beschikbaar in testplannen, testsuites en testcases.
Ontwikkeling
Registreert alle Git-ontwikkelingsprocessen die ondersteuning bieden voor voltooiing van het werkitem. Het wordt meestal gebruikt om Git-ontwikkeling te stimuleren op basis van een vereiste. Dit besturingselement biedt ondersteuning voor traceerbaarheid, waardoor alle vertakkingen, doorvoeringen, pull-aanvragen en builds met betrekking tot het werkitem worden weergegeven. Dit besturingselement is beschikbaar in testplannen, testsuites en testcases.
Gerelateerd werk
Beheer dat wordt gebruikt in testplannen, testsuites en testcases om andere werkitems, zoals vereisten en bugs, weer te geven of te koppelen, meestal via het koppelingstype Gerelateerd.
Testcases
Besturingselement gebruikt in gedeelde stappen en gedeelde parameters werkitems om aan te geven of te koppelen aan testcases.
Testspecifieke werkitemtypen aanpassen
Voor het overgenomen proces kunt u testplannen, testsuites en testcases aanpassen. Voor het on-premises XML-proces kunt u alle typen testspecifieke werkitems aanpassen. Zie Werktraceringsobjecten aanpassen ter ondersteuning van de processen van uw team voor meer informatie.
Vereiste machtigingen voor het wijzigen van werkitems
Er zijn een aantal machtigingen waarmee u bepaalde functies kunt beheren voor het weergeven, wijzigen of verwijderen van werkitems. Deze omvatten de vermeldingen in de volgende tabel.
Notitie
De machtiging Werkitemtype wijzigen is niet van toepassing op testspecifieke werkitems. Zelfs als u deze functie kiest in het werkitemformulier, is het wijzigen van het type werkitem niet toegestaan.
Machtiging
Niveau
Taak
Testuitvoeringen weergeven
Testuitvoeringen maken
Testuitvoeringen verwijderen
Projectniveau
Als u testuitvoeringen wilt weergeven, maken of verwijderen, moet u de bijbehorende machtiging krijgen.
Testconfiguraties beheren
Testomgevingen beheren
Projectniveau
Testconfiguraties of testomgevingen beheren, moet u de bijbehorende machtiging krijgen.
Tagdefinitie maken
Projectniveau
Voeg nieuwe tags toe om werkitems te testen.
Werkitems verwijderen en herstellen
Projectniveau
Verwijder testspecifieke werkitems en herstel ze uit de Prullenbak.
Werkitems permanent verwijderen
Projectniveau
Testspecifieke werkitems definitief verwijderen uit het gegevensarchief.
Werkitems in dit knooppunt weergeven
Werkitems in dit knooppunt bewerken
Pad naar gebied
Voor het weergeven of toevoegen of wijzigen van testplannen, testsuites, testcases of andere typen werkitems op basis van tests is de bijbehorende machtiging vereist.
Testplannen beheren
Pad naar gebied
Wijzig de eigenschappen van het testplan, zoals instellingen voor testuitvoering en testresultaten.
Testplannen beheren
Pad naar gebied
Testsuites maken en verwijderen; testcases uit testsuites toevoegen en verwijderen; testconfiguraties wijzigen die zijn gekoppeld aan testsuites; en wijzig een testsuitehiërarchie (verplaats een testsuite).
Zie Machtigingen en toegang instellen voor testen en machtigingen op projectniveau wijzigen voor meer informatie over het instellen van deze machtigingen.
Exporteren, importeren en bulksgewijs bijwerken van testspecifieke werkitems
Net als bij andere werkitems kunt u testspecifieke werkitems bulksgewijs bewerken. Raadpleeg voor meer informatie de volgende artikelen:
- Werkitems bulksgewijs wijzigen.
- Navigeren in testplannen, contextmenuopties voor testsuites
- Werkitems bulksgewijs wijzigen.
- Kan ik het testplan exporteren om offline te delen of te controleren
Testtermen
In de volgende tabel worden verschillende termen beschreven die worden gebruikt voor handmatige en verkennende tests.
Term
Definitie
Configuratie
Hiermee geeft u de unieke omgeving op die wordt gebruikt om een toepassing of code te testen. Als u een testconfiguratie wilt definiëren, definieert u eerst de configuratievariabelen en definieert u vervolgens de testconfiguratie. Zie Verschillende configuraties testen voor meer informatie.
Configuratievariabele
Hiermee geeft u één aspect van een testomgeving op, zoals een besturingssysteem, verwerkingskracht, webbrowser of andere variatie. Zie Verschillende configuraties testen voor meer informatie.
Resultaat
Resultaat van een testpunt dat door de tester is gemarkeerd bij het uitvoeren van de test. Geldige opties zijn:
- Actief (niet opgegeven)
- Geslaagde test
- Mislukte test
- Bloktest
- Niet van toepassing
Zie Een test herhalen met verschillende gegevens voor meer informatie. Houd er rekening mee dat de resultaten van pijplijntests verschillen zoals beschreven in Over pijplijntests.
Testpunten
Testcases zijn op zichzelf niet uitvoerbaar. Wanneer u een testcase aan een testpakket toevoegt, worden er testpunten gegenereerd. Een testpunt is een unieke combinatie van testcase, testsuite, configuratie en tester. Als u bijvoorbeeld een testcase hebt met de naam Testaanmeldingsfunctionaliteit en u twee configuraties toevoegt voor de Edge - en Chrome-browsers , hebt u twee testpunten. U kunt elk van deze testpunten uitvoeren. Bij de uitvoering worden testresultaten gegenereerd. In de testresultatenweergave of uitvoeringsgeschiedenis kunt u alle uitvoeringen van een testpunt zien. De meest recente uitvoering voor het testpunt is wat u ziet op het tabblad Uitvoeren.
Testuitvoeringsinstellingen
Dialoogvenster dat wordt gebruikt om testplannen te koppelen aan een build- of release-pijplijn.
Testresultateninstellingen
Het dialoogvenster dat wordt gebruikt om te kiezen hoe testresultaten in meerdere suites onder dezelfde testplannen moeten worden geconfigureerd.
Traceerbaarheid
Mogelijkheid om testresultaten te traceren met de vereisten en bugs waaraan ze zijn gekoppeld.