Vigtige oplysninger om brugen af ​​User Acceptance Testing

Bruger accept test er ofte det sidste skridt, før der kastes ud af ansøgningen. Normalt slutbrugerne, der skal bruge de programmer afprøve programmet, før "accepterer" ansøgningen. Denne type test giver slutbrugerne tillid til, at ansøgningen bliver leveret til dem opfylder deres krav. Denne test hjælper også søm bugs relateret til anvendeligheden af ​​ansøgningen. For at sikre en effektiv User Acceptance Test Test sager er oprettet. Kan oprettes Disse Testcases hjælp af forskellige use cases identificeret under Krav definition scenen. De Testcases sikre korrekt dækning af alle scenarierne under test.

I løbet af denne type test af specifikke fokus er det nøjagtige virkelige verden brug af ansøgningen. Testing sker i et miljø, der simulerer produktionsmiljøet. Testcases er skrevet ved hjælp af virkelige verden scenarier for anvendelsen. Brugernes accept test Det er normalt en sort boks type test. Med andre ord, er fokus på funktionalitet og anvendeligheden af ​​ansøgningen i stedet for de tekniske aspekter. Det er almindeligt antaget, at der ville være allerede gennemgået enhed, integration og systemniveau test. Men det er nyttigt, hvis brugernes accept test den udføres i et miljø, der ligner den virkelige verden eller produktionsmiljø

De skridt for brugernes accept test typisk involvere en eller flere af følgende:.

1) Bruger Acceptance Test (UAT) Planlægning

2) Design UA Test Cases

3) Valg af et hold, der ville udføre (UAT) Test Cases

4) Udfører Test Cases

5) Dokumentation af defekter fundet under UAT

6) løse de problemer /Bug Fastsættelse

7) Log Off

UAT (User Acceptance Testing) er ofte den sidste fase af implementeringsprocessen, som er gennemført for at sikre, at systemkravene imødekomme erhvervslivets behov. Den UAT proces giver mulighed for eventuelle spørgsmål, der skal fastsættes inden systemet går i luften. Accept Test ofte kan være i form af Alpha eller Beta Test, hvor softwaren er testet af den tiltænkte målgruppe i den "virkelige miljø". Hvorfor er UAT er vigtigt? Trods ressourcemæssige underskud, skal de formået at gennemføre ordentlige tests, når det kommer til denne fase. Selvom dette kan være dyrt, er det ikke tæt på mulige omkostninger skader, der kan være forårsaget af dårlige krav forståelse. I "ideelle verden", ville accept prøvningen udføres af systembrugere og de skal beslutte, om den forfaldne er, hvad de har til hensigt at betale for.

Under gennemførelsen proces, at systemet går igennem mange typer af afprøvning af programmører, analytikere og designere. Så hvorfor fokusere på UAT? Alle andre former for test udføres af den tekniske team for at sikre, at systemet fungerer teknisk set, i henhold til deres forståelse for de forretningsmæssige behov. UAT bør udføres af brugere eller virksomhedskonsulenter at afgøre, om den software, der passer til deres anvendelse eller ej. De fleste tekniske team er ofte tvunget til at udføre ad hoc-test baseret på den udviklede funktionen i stedet for at planlægge test indsats pr funktionen forhånd. UAT kan give et klart billede af, hvad der bør forventes som resultatet
.