Share via

Objecten en termen testen

  • Artikel

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.

Typen werkitems voor beheer testen

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 Kanban-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

Titel

Voer een beschrijving in van 255 tekens of minder. U kunt de titel later altijd wijzigen.

Toegewezen aan

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.

Staat/provincie

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.

Reden

Gebruik eerst de standaardwaarde. Werk deze bij wanneer u de status naar behoefte wijzigt. Elke status is gekoppeld aan een standaardreden.

Gebied (pad)

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.

Iteratie (pad)

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.

Beschrijving

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 om de processen van uw team te ondersteunen 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. Zie de volgende artikelen voor meer informatie:

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.