Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
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.
Förutsättningar
| Kategori | Krav |
|---|---|
| Projektåtkomst | Projektmedlem. |
| Åtkomstnivåer | Minst Grundläggande åtkomst. Mer information finns i Manuell teståtkomst och behörigheter. |
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. Datalagret för arbetsspårning lagrar dessa objekt som specifika typer av arbetsobjekt.
I följande tabell beskrivs de typer av arbetsobjekt som används för att stödja Azure DevOps testmiljön. Testspecifika arbetsobjekt länkar ihop med hjälp av länktyperna som visas i föregående bild.
Typ av arbetsobjekt
Beskrivning
Testplaner
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 du länkar till testpaketet.
- Frågebaserade sviter: Välj ett eller flera testfall som du länkar till testpaketet.
Tips
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 hjälp av Test Runner eller annan klient som stöds.
- Automated: Testfall som är utformade för att köras inom en Azure Pipeline.
Tips
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 du kan dela i ett antal testfall. För att lära dig hur, se 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
De flesta arbetsobjekt innehåller följande fält och flikar. Varje flik spårar 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 du sparar arbetsobjektet tilldelar systemet det ett unikt ID. Formuläret markerar obligatoriska 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
Förbrukning
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. Mer information om identitetssökning och val finns i Fråga efter tilldelning eller arbetsflödesändringar.
Anmärkning
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.
När du skapar arbetsobjektet ä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 vid behov när du ändrar tillstånd. Varje tillstånd är associerat med en standardorsak.
Välj det område som är associerat med produkten eller teamet, eller lämna den blank tills den tilldelas vid 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 en 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. Ange tillräcklig 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 du inte är intresserad av dessa kontroller kan du dölja dem från arbetsobjektets formulärlayout enligt beskrivningen i Lägg till och hantera fält (arvsprocess).
Kontroll
Beskrivning
Deployment
Ger insikt i om en funktion eller användarberättelse distribueras 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. Du kan komma åt den här kontrollen från testplaner, testsviter och testfall.
Utveckling
Registrerar alla Git-utvecklingsprocesser som stöder slutförande av arbetsobjektet. Vanligtvis använder du den för att driva Git-utveckling från ett krav. Den här kontrollen stöder spårbarhet genom att ge insyn i alla grenar, commits, pull-förfrågningar och byggen som är relaterade till arbetsobjektet. Du kan komma åt den här kontrollen från testplaner, testsviter och testfall.
Relaterat arbete
Använd den här kontrollen i Testplaner, Testpaket och Testfall för att visa eller länka till andra arbetsobjekt, till exempel krav och buggar, vanligtvis via länktypen Relaterade .
Testfall
Använd den här kontrollen 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 för testarbetsobjekt
Project-nivå- och områdessökvägsbehörigheter styr vilka uppgifter du kan utföra med testspecifika arbetsobjekt, till exempel att skapa testkörningar, hantera testplaner och hantera testpaket. Du kan inte ändra arbetsobjekttypen för testspecifika arbetsobjekt, även om alternativet visas i arbetsobjektsformuläret.
En fullständig lista över behörigheter, standardtilldelningar för säkerhetsgrupper och krav på åtkomstnivå finns i Manuell teståtkomst och behörigheter. Information om hur du anger behörigheter finns i Ange behörigheter och åtkomst för testning.
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.
Testpunkter
Testfall i sig är inte körbara. När du lägger till ett testfall i en testsvit genererar du testpunkter. En testpunkt är en unik kombination av ett testfall, en testsvit, en konfiguration och en testare.
Ett testfall med namnet Test sign in functionality med två konfigurationer (Microsoft Edge och Chrome) genererar till exempel två testpunkter. Du kan köra varje testpunkt separat och varje körning ger ett testresultat. Du kan visa alla körningar för en testpunkt i körhistoriken. Fliken Kör visar det senaste resultatet för varje testpunkt.
Testresultat
Det registrerade resultatet av en testkörning inom en testrunda. Varje testresultat registrerar om testet klarade, misslyckades eller hade ett annat resultat, tillsammans med diagnostikdata och bifogade filer. För mer information, se Granska testkörningar.
Testkörning
En logisk gruppering av testresultat som skapas när ett eller flera testfall körs. Systemet skapar ett testlopp när du kör testfall från en testplan eller pipeline. Varje testkörning samlar in resultat, varaktighet, miljö och diagnostikdata. För mer information, se Granska testkörningar.
Testkörningsinställningar
Dialogruta som används för att associera testplaner med bygg- eller utgivningspipeline.
Inställningar för testresultat
Dialogruta som används för att välja hur testresultat i flera sviter under samma testplaner ska konfigureras.
Teststeg
En enskild åtgärd i ett testfall som består av en åtgärd (vad testaren gör) och ett förväntat resultat (det förväntade beteendet). Under körningen markeras varje teststeg som godkänt eller misslyckat. Teststeg kan referera till delade steg och inkludera bifogade filer. Mer information finns i Skapa testfall.
Spårbarhet
Möjlighet att spåra testresultat till de krav och buggar som de är relaterade till.
Acceptanstestet för användare (UAT)
En testmetod där företagsintressenter eller slutanvändare verifierar att levererad funktionalitet uppfyller kundernas krav. I Azure Test Plans kan du tilldela testare till testpaket, skicka e-postinbjudningar och spåra förloppet via diagram. Användare med intressentåtkomst kan delta. Mer information finns i Test av användargodkännande.