Testa objekt och termer
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Läs den här artikeln för att få en förståelse för de objekt och termer som används i manuell och undersökande testning.
Testspecifika typer av arbetsobjekt
För att stödja manuell och automatiserad testning lägger du till och grupperar tre huvudtyper av testspecifika arbetsobjekttyper: testplaner, testsviter och testfall. För att stödja delning av olika teststeg och testparametrar definierar du delade steg och delade parametrar. Dessa objekt lagras i datalagret för arbetsspårning som specifika typer av arbetsobjekt.
I följande tabell beskrivs de typer av arbetsobjekt som används för att stödja Azure DevOps-testupplevelsen. Testspecifika arbetsobjekt länkar ihop med hjälp av länktyperna som visas i föregående bild.
Typ av arbetsobjekt
Beskrivning
Testplaner
Används för att gruppera testsviter och enskilda testfall. Information om hur du definierar en testplan finns i Skapa testplaner och testpaket.
Testsvit
Gruppera testfall i separata testscenarier i en enda testplan. Grupperingstestfall gör det enklare att se vilka scenarier som är slutförda. När du skapar en testsvit kan du ange en av tre typer:
- Statiska testpaket: Används för att gruppera testfall under en enda testsvit.
- Kravbaserade sviter: Välj ett eller flera krav från en fråga som sedan länkas till testpaketet.
- Frågebaserade sviter: Välj ett eller flera testfall som sedan är länkade till testpaketet.
Dricks
Fältet Skrivskyddad testsvittyp anger vilken typ av svit som valts. Information om hur du lägger till testsviter finns i Skapa testplaner och testpaket.
Testfall
Definiera de steg som används för att testa kod eller en app för distribution. Definiera testfall för att säkerställa att koden fungerar korrekt, har inga fel och uppfyller affärs- och kundkraven. Du kan lägga till enskilda testfall i en testplan utan att skapa en testsvit. Mer än en testsvit eller testplan kan referera till ett testfall. Du kan effektivt återanvända testfall utan att behöva kopiera eller klona dem för varje svit eller plan. Det finns två typer av testfall:
- Manuell: Testfall som definierar olika steg som du kör med Test Runner eller annan klient som stöds.
- Automatiserad: Testfall som är utformade för att köras i en Azure Pipeline.
Dricks
Du kan skapa ett testfall som automatiskt länkar till ett krav – Användarberättelse (Agile), Produktpost för kvarvarande uppgifter (Scrum), Krav (CMMI) eller Problem (Basic) – när du skapar ett test från tavlan. Mer information finns i Lägga till, köra och uppdatera infogade tester.
Delade steg
Använd för att dela steg mellan flera testfall. Till exempel är inloggnings- och verifieringssteg för att logga in i ett program steg som kan delas mellan ett antal testfall. Mer information finns i Dela steg mellan testfall.
Delade parametrar
Använd för att ange olika parametrar för att köra ett teststeg i ett testfall. Mer information finns i Upprepa ett test med olika data.
Vanliga fält för alla testspecifika arbetsobjekttyper
Följande fält och flikar visas i de flesta arbetsobjekt. Varje flik används för att spåra specifik information, till exempel 
historik, 
länkar eller 
bifogade filer. De här tre flikarna innehåller en historik över ändringar, vy över länkade arbetsobjekt och möjlighet att visa och bifoga filer.
Det enda obligatoriska fältet för alla typer av arbetsobjekt är Rubrik. När arbetsobjektet sparas tilldelar systemet det ett unikt ID. Formuläret markerar obligatoriskt fält i gult. Information om testrelaterade fält finns i Fråga baserat på bygg- och testintegreringsfält. Alla andra fält finns i Index för arbetsobjektfält.
Fält
Användning
Ange en beskrivning på högst 255 tecken. Du kan alltid ändra rubriken senare.
Tilldela arbetsobjektet till den gruppmedlem som ansvarar för att utföra arbetet. Beroende på vilken kontext du arbetar i visar den nedrullningsbara menyn endast gruppmedlemmar eller deltagare i projektet.
Kommentar
Du kan bara tilldela arbete till en enskild användare. Om du behöver tilldela arbete till fler än en användare lägger du till ett arbetsobjekt för varje användare och särskiljer det arbete som ska utföras efter rubrik och beskrivning. Fältet Tilldelad till accepterar endast användarkonton som har lagts till i ett projekt eller team.
När arbetsobjektet skapas är tillståndet som standard det första tillståndet i arbetsflödet. När arbetet fortskrider uppdaterar du det så att det återspeglar den aktuella statusen.
Använd standardvärdet först. Uppdatera den när du ändrar tillstånd efter behov. Varje tillstånd är associerat med en standardorsak.
Välj den områdessökväg som är associerad med produkten eller teamet eller lämna tom tills den har tilldelats under ett planeringsmöte. Information om hur du ändrar listrutan med områden finns i Definiera områdessökvägar och tilldela till ett team.
Välj den sprint eller iteration där arbetet ska slutföras eller lämna det tomt och tilldela det senare under ett planeringsmöte. Information om hur du ändrar listrutan med iterationer finns i Definiera iterationssökvägar och konfigurera team-iterationer.
Ge tillräckligt med information för att skapa delad förståelse för omfångs- och stöduppskattningsarbete. Fokusera på användaren, vad de vill åstadkomma och varför. Beskriv inte hur du utvecklar produkten. Ge tillräckligt med information så att ditt team kan skriva uppgifter och testfall för att implementera objektet.
Vanliga kontroller för alla testspecifika arbetsobjekttyper
Flera kontroller visas i flera testspecifika arbetsobjekt enligt beskrivningen i följande tabell. Om dessa kontroller inte är av intresse kan du dölja dem från arbetsobjektets formulärlayout enligt beskrivningen i Lägg till och hantera fält (arvsprocess).
Kontroll
Beskrivning
Distribution
Ger insikt i om en funktion eller användarberättelse har distribuerats och i vilket skede. Du får visuell insikt i statusen för ett arbetsobjekt när det distribueras till olika versionsmiljöer samt snabb navigering till varje versionssteg och körning. Den här kontrollen är tillgänglig från testplaner, testsviter och testfall.
Utveckling
Registrerar alla Git-utvecklingsprocesser som stöder slutförande av arbetsobjektet. Det används vanligtvis för att driva Git-utveckling från ett krav. Den här kontrollen stöder spårning och ger insyn i alla grenar, incheckningar, pull-begäranden och byggen som är relaterade till arbetsobjektet. Den här kontrollen är tillgänglig från testplaner, testsviter och testfall.
Relaterat arbete
Kontroll som används i testplaner, testsviter och testfall för att visa eller länka till andra arbetsobjekt, till exempel krav och buggar, vanligtvis via länktypen Relaterade .
Testfall
Kontroll som används i arbetsobjekt för delade steg och delade parametrar för att ange eller länka till testfall.
Anpassa testspecifika typer av arbetsobjekt
För ärvd process kan du anpassa testplaner, testpaket och testfall. För den lokala XML-processen kan du anpassa alla testspecifika typer av arbetsobjekt. Mer information finns i Anpassa arbetsspårningsobjekt för att stödja teamets processer.
Behörigheter som krävs för att ändra arbetsobjekt
Det finns ett antal behörigheter som styr utvalda funktioner för att visa, ändra eller ta bort arbetsobjekt. Dessa inkluderar de som anges i följande tabell.
Kommentar
Behörigheten Ändra arbetsobjekttyp gäller inte för testspecifika arbetsobjekt. Även om du väljer den här funktionen i arbetsobjektformuläret tillåts inte ändring av arbetsobjekttyp.
Behörighet
Nivå
Aktivitet
Visa testkörningar
Skapa testkörningar
Ta bort testkörningar
Projektnivå
Om du vill visa, skapa eller ta bort testkörningar måste du beviljas motsvarande behörighet.
Hantera testkonfigurationer
Hantera testmiljöer
Projektnivå
Hantera testkonfigurationer eller testmiljöer, du måste beviljas motsvarande behörighet.
Skapa taggdefinition
Projektnivå
Lägg till nya taggar i testbaserade arbetsobjekt.
Ta bort och återställa arbetsobjekt
Projektnivå
Ta bort testspecifika arbetsobjekt och återställ dem från papperskorgen.
Ta bort arbetsobjekt permanent
Projektnivå
Ta bort testspecifika arbetsobjekt permanent från datalagret.
Visa arbetsobjekt i den här noden
Redigera arbetsobjekt i den här noden
Sökväg för området
Visa eller lägga till eller ändra testplaner, testpaket, testfall eller andra testbaserade arbetsobjekttyper kräver motsvarande behörighet.
Hantera testplaner
Sökväg för området
Ändra egenskaper för testplan, till exempel testkörning och testresultatinställningar.
Hantera testplaner
Sökväg för området
Skapa och ta bort testpaket; lägg till och ta bort testfall från testpaket; ändra testkonfigurationer som är associerade med testsviter. och ändra en testpakethierarki (flytta en testsvit).
Mer information om hur du anger dessa behörigheter finns i Ange behörigheter och åtkomst för testning och Ändra behörigheter på projektnivå.
Exportera, importera och massuppdatera testspecifika arbetsobjekt
Precis som med andra arbetsobjekt kan du massredigera testspecifika arbetsobjekt. Mer information finns i följande artiklar:
Testvillkor
I följande tabell beskrivs flera termer som används i manuell och undersökande testning.
Term
Definition
Konfiguration
Anger den unika miljö som används för att testa ett program eller en kod. Om du vill definiera en testkonfiguration definierar du först konfigurationsvariablerna och definierar sedan testkonfigurationen. Mer information finns i Testa olika konfigurationer.
Konfigurationsvariabel
Anger en enskild aspekt av en testmiljö, till exempel ett operativsystem, processorkraft, webbläsare eller annan variant. Mer information finns i Testa olika konfigurationer.
Utfall
Resultatet av en testpunkt som markerats av testaren vid körning av testet. Giltiga alternativ är:
- Aktiv (ospecificerad)
- Godkänd test
- Feltest
- Blockera test
- Ej tillämpligt
Mer information finns i Upprepa ett test med olika data. Observera att pipelinetestresultaten skiljer sig åt enligt beskrivningen i Om pipelinetester.
Testpunkter
Själva testfallen kan inte köras. När du lägger till ett testfall i en testsvit genereras testpunkter. En testpunkt är en unik kombination av testfall, testpaket, konfiguration och testare. Om du till exempel har ett testfall med namnet Testinloggningsfunktion och lägger till två konfigurationer för Edge - och Chrome-webbläsarna har du två testpunkter. Du kan köra var och en av dessa testpunkter. Vid körning genereras testresultat. I testresultatvyn eller körningshistoriken kan du se alla körningar av en testpunkt. Den senaste körningen för testpunkten visas på fliken Kör.
Testkörningsinställningar
Dialogruta som används för att associera testplaner med en bygg- eller versionspipelines.
Inställningar för testresultat
Dialogruta som används för att välja hur testresultat i flera sviter under samma testplaner ska konfigureras.
Spårbarhet
Möjlighet att spåra testresultat med de krav och buggar som de är länkade till.