Grunnleggende om hvordan du konfigurerer arbeidsflyten for brukertillatelsestest
I løpet av de siste ukene har vi gitt deg en dypere titt på verden av brukertestingstesting. Og i løpet av denne perioden har vi fått spørsmål om arbeidsflytene og prosessene bak UAT.
Det er ganske spesielt for oss også, siden feilsporing- & testing av programvare brukes av en rekke mennesker og selskaper som hjelper dem i deres innsats for brukertest.
I dagens blogginnlegg vil jeg vise deg hvordan den faktiske arbeidsflyten til UAT ser ut. Fra planlegging til gjennomføring og analyse av UAT-innsatsen.
La oss komme i gang.
5 trinn til UAT-arbeidsflyten. Slik fungerer det.
Testing av brukeraksept er komplisert. Det er sannsynligvis mange av dere som tror. Fra å lage en UAT-plan, til å gjennomføre testsakene dine og analysere dem. Alle slags forskjellige avdelinger og mennesker er involvert.
Og verst av alt: UAT foregår på en vanskelig tid: på slutten av et prosjekt.
Ditt utviklingsteam er ferdig med oppgavene deres (i det minste burde de være) og dine kvalitetsagenter begynner å teste applikasjonen.
Og de har bare en hovedjobb: Å teste om applikasjonen fungerer for brukerne dine.
I Du vil lede deg gjennom følgende fem trinn:
- Planlegging
- Gjennomføring
- Dokumentasjon
- Evaluering
- Rapportering & Lærdommer
Planlegging
Planlegging av brukeraksept Testinnsats er et absolutt must-have. Uten riktig planlegging kommer UAT deg ikke noe sted. Planlegging av brukertakeprøver må dekke følgende områder:
Planlegging & tidsstyring
I et første trinn må du avklare noen grunnleggende spørsmål. Du må samle informasjon om UAT-timeplanen din og QA-agenter og testere.
Sørg for å ha all informasjon på ett sted for å sette opp en realistisk UAT-plan. Og viktigst av alt: Lag et konsept hvordan testgruppene dine skal se ut.
Personalkrav
Du må planlegge hvem av teamet ditt som er involvert i UAT yUAT-gjennomføringen, samt sikre at alt ansvar og oppgavene er kjent.
Hver person som er involvert i UAT-prosessen, bør ha en klar forståelse av hva hans eller hennes ansvar er.
Når du setter opp UAT-teamet, må du sørge for å ta med alle på samme side. Sett klare kommunikasjonsretningslinjer og forbered målgruppen din for testsaken.
Kommunikasjon & Problemstrategi
Mens du utfører de definerte UAT-testtilfellene du trenger å lage sørg for å ha en arbeidsflyt på plass som håndterer feil, problemer og andre problemer.
- Hvordan skal du dokumentere problemer?
- Hvordan kan testere kommunisere problemer?
UAT-sjekkliste
Før jeg begynner å utføre testsaker, anbefaler jeg å bruke en sjekkliste for brukertilsynstesting. Det vil hjelpe deg å holde fokus og holde innsatsen og oppgavene på plass.
Basert på vår UAT-erfaring, har vi satt sammen denne UAT-sjekkliste-malen for deg. Du kan laste ned og se sjekklisten gratis.
Utførelse
Du har et par alternativer når du utfører UAT-testsakene dine. Som navnet antyder, vil testere (= potensielle brukere) nå teste og evaluere søknaden din angående visse testscenarier.
Hvis du leverer et globalt produkt på forskjellige geografiske markeder, er sjansen stor for at du ikke kan oppfylle disse testerne personlig.
Testtilfellene kan utføres i en-til-en-økt via Skype eller annen programvare for videosamtaler. I løpet av øktene vil du få mange kvantitative og – enda viktigere – kvalitative data fra brukerne dine.
Spesielt hvis testsakene blir utført etter ferdig utviklingsprosess, kan det hende du får noen nye innsikt som du ikke har tatt i betraktning. Teorien din om hvor mye kunnskap brukerne dine vil bli testet.
Dokumentasjon
Å utføre og dokumentere testene for brukertillatelse bør skje samtidig. Jeg vil anbefale å sette opp et system som lar deg dokumentere all relevant informasjon uten å miste data.
Dokumentasjon er en ting, klart definerte ansvar for å sikre implementeringen av brukernes tilbakemeldinger er en annen nøkkelfaktor.
Mange av kundene våre har satt opp Usersnap for dette trinnet. Feil, tilbakemeldinger og andre avvik kan dokumenteres på brukerens nettleserskjerm. Et brukervennlig prosjektdashboard lar kollegene dine få en god oversikt over viktige problemer. Å sørge for å delegere og tildele prioriteringer er en annen viktig ting her.
Evaluering
I løpet av denne fasen må du evaluere om de definerte kriteriene blir testet og oppfylt. Og viktigst av alt hvis disse kriteriene ble oppfylt av testerne dine.
Har noen testtilfelle mislyktes? Hvilke problemer oppstod? Hvordan kan disse problemene løses, og hvem er ansvarlig for det?
De kvantitative og kvalitative dataene som er dokumentert i utgangspunktet, må analyseres. Følgende spørsmål må besvares:
- Hvor mange testere fullførte testsakene?
- Hva var den samlede vurderingen av disse testsakene?
- Hva var den generelle sinnstilstanden til hver tester?
- Hvilke følelser skjedde under testsakene?
Evalueringsfasen er ganske omfattende, siden hver og hver testtilfelle må analyseres og settes i sammenheng.
Rapportering & leksjoner
Du tror kanskje at evalueringen og rapporteringsfasen er den samme. Det er de ikke.
I løpet av evalueringsfasen samler du inn, aggregerer og analyserer data. I motsetning til dette handler rapporteringsfasen om det større bildet.
Hovedmålet er å samle innsikt og erfaringer som vil hjelpe deg med å forbedre dine fremtidige testsaker og UAT-arbeidsflyter. Du kan også begynne å bygge relasjoner med noen av UAT-testerne dine i løpet av den fasen, da de er en nyttig kilde for ytterligere tilbakemelding og innsikt.
UAT er ikke bare en test. Det er en syklus.
Brukeraksept Tester utføres regelmessig på slutten av en programvareutviklingsfase, på et tidspunkt da produktet nesten er «ferdig». Dette må ikke være tilfelle. De senere problemene oppstår, jo dyrere de er.
UAT-arbeidsflyter kan implementeres langt tidligere. Når du følger en mer smidig tilnærming til UAT, er UAT ikke et eget prosjekttrinn. I stedet krever det et kontinuerlig samarbeid mellom alle teammedlemmene og interessenter.
Gjennom hele utviklingsarbeidsflyten blir UAT en viktig del av hvert prosjektstadium.
Målet her er å integrere brukeracceptansetester i hvert prosjekt. trinn. UAT er ikke en fase lenger. Å sikre kontinuerlig fremgang betyr å sikre kontinuerlige test- og tilbakemeldingssykluser.
Bonus: Tool Tips for UAT with Usersnap
Når du velger et verktøy for å bidra til kommunikasjon , feilrapportering, problemsporing og teamsamarbeid enklere, kan du vende deg til Usersnap det verktøyet for visuell tilbakemelding.
Klikk, skjermbilde, kommenter problemet, send. Ja, det er så enkelt som det! Brukersnap lar deg samle tilbakemeldinger om testen i appen din, brukere kan tegne og kommentere direkte, noe som gjør det raskt og nøyaktig. Nettleserinfo, skjermstørrelse, URL, Javascript-feil registreres automatisk med hver billett, slik at ingeniørene dine kan reprodusere og feilsøke på stedet.
Prøv det gratis i dag.