Före UAT:n
De flesta UAT:er som går fel går fel här: otydlig omfattning, skript som ingen har granskat, testare utan ett fungerande konto.
Omfattning
- Kom överens om vilka processer och user stories som ingår i UAT:n, och skriv ner vad som inte ingår.
- Utse en ägare från verksamheten för varje process: den person som godkänner.
- Kom överens om vad Critical, High, Medium och Low betyder innan det första ärendet registreras.
Testfall
- Skriv ett testfall per affärsscenario, med de ord som de som testar det själva använder.
- Ge varje steg en åtgärd och ett förväntat resultat, och testdata där det spelar roll.
- Märk varje testfall med Must, Should eller Could, så att de viktiga testas först.
- Lägg till de negativa flödena: ett felaktigt värde, ett saknat fält, en användare utan rätt roll.
- Kontrollera att varje user story som ingår har minst ett testfall.
- Låt en nyckelanvändare från verksamheten granska skripten före testdagarna.
Testare
- Välj testare som gör jobbet varje dag, från alla team som använder systemet.
- Ge varje testare en grupp och egna skript.
- Boka testdagarna i deras kalendrar och frigör dem från det dagliga arbetet.
- Instruera dem på en halvtimme: hur man registrerar ett resultat och hur man registrerar ett ärende.
Miljö och testdata
- Förbered en testmiljö som liknar produktion: konfiguration, integrationer och data.
- Skapa ett testkonto för varje roll, och kontrollera att alla kan logga in.
- Ladda in testdata: kunder, produkter, prislistor och öppna poster.
- Använd testdata i stället för kunddata överallt där du kan.
- Kom överens om när rättningar driftsätts i testmiljön under testdagarna.
Schema
- Planera testdagarna i block, med en fast tid för triagen varje dag.
- Avsätt tid för en omtestrunda efter rättningarna.
- Bestäm datum för go/no-go-mötet, och bjud in styrgruppen redan nu.
- Kontrollera releasekalendern för Salesforce eller Dynamics 365: en plattformsrelease mitt i din UAT ändrar vad du testar.
Startkriterier
- Systemtestet är klart, och inget Critical-fel från det är fortfarande öppet.
- Testmiljön, testkontona och testdata är klara.
- Verksamheten har granskat testfallen.
- Varje testare har bjudits in och har loggat in en gång.
Under UAT:n
Håll dagarna korta och informationen på ett ställe, så att problem hittas, beslutas om och rättas samma dag.
Daglig stand-up
- Börja varje dag med femton minuter: vad som har testats, vad som blockerar, vad som är planerat i dag.
- Jämför framstegen per grupp med planen, och flytta testare dit de behövs.
Registrera ärenden
- Registrera ett ärende per problem, med steget, vad du förväntade dig och vad som hände i stället.
- Lägg till en skärmbild och länken till posten.
- Leta först efter ett befintligt ärende, så att samma problem inte registreras två gånger.
- Se till att varje misslyckat steg har ett ärende, eller en anledning till varför inte.
Triage
- Håll triagen varje dag, med verksamheten och utvecklingsteamet tillsammans.
- Ge varje nytt ärende en allvarlighetsgrad, en prioritet och någon som rättar det.
- Bestäm för vart och ett: rätta det, avvisa det eller gör om det till en ändringsbegäran.
- Lägg ändringsbegäranden i backloggen, inte i den här releasen.
Omtester
- Låt testaren som hittade ärendet testa om det när rättningen har driftsatts.
- Skriv ner vilken release och build varje omtest gjordes på.
- Starta en ny runda efter en stor rättning, och testa processerna runt rättningen igen.
Avsluta UAT:n
UAT:n slutar med ett beslut. Fatta det utifrån fakta, och skriv ner vem som beslutade vad.
Slutkriterier
- Alla Must-testfall har gått igenom.
- Inget Critical-ärende är öppet.
- Varje öppet High-ärende har en tillfällig lösning eller ett datum för rättningen som verksamheten accepterar.
- Varje testfall som ingår har ett resultat.
Godkännande
- Be ägaren av varje process att godkänna: godkänt, godkänt med villkor eller avvisat.
- Skriv ner varje villkor, med vem som gör det och när det ska vara klart.
Go/no-go
- Håll go/no-go-mötet med siffrorna på skärmen, inte ur minnet.
- Dokumentera beslutet, villkoren och vem som fattade det.
Rapporten
- Ange vad som ingick, och vad som inte testades.
- Visa resultaten per grupp och per prioritet, och vilken release och build som testades.
- Lista de öppna ärendena efter allvarlighetsgrad, med beslutet för vart och ett.
- Lägg till godkännandena, med deras villkor.
- Ange kända risker och tillfälliga lösningar för de första veckorna efter go-live.
Efter go-live
- Spara testfallen: de är regressionstestet för nästa CRM-release.
- Skriv ner vad ni ska göra annorlunda i nästa UAT, medan det är färskt i minnet.
Samma checklista, utan kalkylbladet
UAT Studio gör det mesta på den här listan åt dig. Beredskapskontrollen visar vad som saknas före testdagen, testarna loggar in med en kod och ser bara sina egna skript, ett misslyckat steg blir ett ärende med en skärmbild, triagen körs på en gemensam skärm, och go/no-go-rapporten är klar när det sista resultatet har kommit in. Prova på ditt eget projekt med en gratis pilot i 14 dagar.
Testar du en release av Salesforce eller Dynamics 365? Se Salesforce UAT och Dynamics 365 UAT.
