Objecten en termen testen

Beschrijving

Groepstestsuites en afzonderlijke testcases. Zie Testplannen en testsuites maken om een testplan te definiëren.

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 u koppelt aan het testpakket.
• Op query's gebaseerde suites: selecteer een of meer testcases die u koppelt aan het testpakket.

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.
• Automated: Testcases die zijn ontworpen voor uitvoering binnen een Azure Pipeline.

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 u kunt delen in een aantal testcases. Zie Stappen delen tussen testcases voor meer informatie.

Gebruik 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.

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. Zie Query op toewijzings- of werkstroomwijzigingen voor meer informatie over identiteitszoekopdrachten en -selectie.

Wanneer u het werkitem maakt, 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 het open tot het tijdens een planningsvergadering wordt toegewezen. Zie Gebiedspaden definiëren en toewijzen aan een team om de vervolgkeuzelijst met gebieden te wijzigen.

Kies de sprint of iteratie waarin u het werk wilt voltooien of laat het leeg en wijs deze later toe tijdens een planningsvergadering. Zie Iteratiepaden definiëren en teamiteraties configureren om de vervolgkeuzelijst met iteraties te wijzigen.

Geef voldoende details om een 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.

Beschrijving

Geeft inzicht in de vraag of een functie of gebruikersverhaal wordt geïmplementeerd en in welke fase. U krijgt visueel inzicht in de status van een werkitem tijdens de implementatie in verschillende releaseomgevingen, evenals snelle navigatie naar elke releasefase en uitvoering. U hebt toegang tot dit besturingselement vanuit testplannen, testsuites en testcases.

Registreert alle Git-ontwikkelingsprocessen die ondersteuning bieden voor voltooiing van het werkitem. Normaal gesproken gebruikt u deze om Git-ontwikkeling te stimuleren op basis van een vereiste. Dit besturingselement ondersteunt traceerbaarheid door inzicht te bieden in alle vertakkingen, doorvoeringen, pull-aanvragen en builds die betrekking hebben op het werkitem. U hebt toegang tot dit besturingselement vanuit testplannen, testsuites en testcases.

Gebruik dit besturingselement in testplannen, testsuites en testcases om andere werkitems, zoals vereisten en bugs, weer te geven of te koppelen, meestal via het koppelingstype Gerelateerd .

Gebruik dit besturingselement in gedeelde stappen en gedeelde parameters om testcases aan te geven of te koppelen.

Testcases op zichzelf zijn niet uitvoerbaar. Wanneer u een testcase toevoegt aan een testpakket, genereert u testpunten. Een testpunt is een unieke combinatie van een testcase, testsuite, configuratie en tester.

Een testcase met de naam Test-functionaliteit voor aanmelden met twee configuraties (Microsoft Edge en Chrome) genereert bijvoorbeeld twee testpunten. U kunt elk testpunt onafhankelijk uitvoeren en elke uitvoering produceert een testresultaat. U kunt alle uitvoeringen voor een testpunt bekijken in de uitvoeringsgeschiedenis. Op het tabblad Uitvoeren ziet u het meest recente resultaat voor elk testpunt.

Het vastgelegde resultaat van één testcaseuitvoering binnen een testuitvoering. Elk testresultaat legt vast of de test is geslaagd, mislukt of een ander resultaat heeft, samen met diagnostische gegevens en bijlagen. Zie Testuitvoeringen overzicht voor meer informatie.

Een logische groepering van testresultaten die zijn gemaakt wanneer een of meer testcases worden uitgevoerd. Het systeem maakt een testuitvoering wanneer u testcases uitvoert vanuit een testplan of pijplijn. Elke testuitvoering legt resultaten, duur, omgeving en diagnostische gegevens vast. Zie Testuitvoeringen overzicht voor meer informatie.

Dialoog dat wordt gebruikt om testplannen te koppelen aan build- of releasepijplijnen.

Het dialoogvenster dat wordt gebruikt om te kiezen hoe testresultaten in meerdere suites onder dezelfde testplannen moeten worden geconfigureerd.

Een afzonderlijke actie in een testcase, bestaande uit een actie (wat de tester doet) en een verwacht resultaat (het verwachte gedrag). Tijdens de uitvoering wordt elke teststap gemarkeerd als geslaagd of mislukt. Teststappen kunnen verwijzen naar gedeelde stappen en bijlagen bevatten. Zie Testcases maken voor meer informatie.

Mogelijkheid om testresultaten te traceren met de vereisten en bugs waaraan ze zijn gekoppeld.

Een testbenadering waarbij zakelijke belanghebbenden of eindgebruikers controleren of de geleverde functionaliteit voldoet aan de vereisten van de klant. In Azure Test Plans kunt u testers toewijzen om suites te testen, e-mailuitnodigingen te verzenden en de voortgang in grafieken bij te houden. Gebruikers met toegang tot belanghebbenden kunnen deelnemen. Zie Test voor gebruikersacceptatie voor meer informatie.