Testtype User Acceptance Test (UAT´en) |
Formålet med User Accetance Test (UAT´en)
Testen skal verificere brugen af systemet. Hovedmålet er, at brugerne validerer, at brug af systemet opfylder deres behov, og at de kan udføre deres forretningsarbejdsprocesser med et minimum af udfordringer, omkostninger og risici. Testen skal desuden verificere, at alle aftalte krav er opfyldt. Fejl kan blive opdaget under UAT, men denne test har ikke som hovedformål at finde fejl. At afdække et stort antal fejl på dette tidspunkt kan have alvorlige konsekvenser for projektets succes. |
Kort beskrivelse af User Accetance Test (UAT´en)
User Acceptance testen gennemføres af forretningen som afslutning på udviklingen og inden officiel overtagelse. Brugeraccepttesten sikrer forretningens brugermæssige accept af det leverede produkt. UAT er typisk planlagt som en selvstændig fase, der gennemføres tidsmæssigt efter udvikingen. I agil kontekst, hvor der sker en inkrementel implementering af løsningen, er det nødvendigt at bryde UAT-fasen op og udføre testen løbende efterhånden som de enkelte inkrementer opfylder done-kriterierne. Typisk anvendes rammeværket Scrum til agil udvikling. I en sådan kontekst vil UAT være indeholdt i eventet Sprint Review, hvor relevante brugere kan inviteres til at deltage. Såfremt inkrementerne ikke idriftssættes enkeltvis efter hvert sprint, kan det give mening af udføre en UAT på en samling af inkrementer forud for deres egentlige idriftsættelse. Dette for at sikre, at forretningsarbejdsprocesser på tværs af inkrementerne kan udføres og således opfylder krav og behov. Denne proces gentages, indtil sidste inkrement er udviklet og accepttestet. Såfremt inkrementerne færdiggøres til et før-produktionsmiljø og idriftssættes samlet sidst i projektet, bør der foretages en samlet og tværgående UAT, hvis godkendelse er betingelse for idriftssættelsen. User Acceptance Test svarer i prøvesammenhæng til Overtagelsesprøve. En endelig og godkendt UAT er betingelsen for, at en eventuelt driftsprøve kan starte og/eller for, at der kan ske en idriftsættelse af leverancen. |
User Acceptante Tests fokus
User Acceptance Tests fokus er: Funktionalitet: - Forretningsprocesser
- Brugerbehov
- Krav
Data |
Hovedansvar
Forretningens Test manager | Udførende
AU forretningstestere og evt kommende brugere.
| Godkendende
AU PO eller AU projektleder |
Miljø til testafvikling User Acceptance testen afvikles i systemets testmiljø. Hvis end-to-end test involverer integrationer til andre systemer, kan det være relevant at teste i sammenhæng med AU's integrerede testmiljø. Der arbejdes på at sikre grundlaget for, at flere parallelle testmiljøer, herunder integrerede testmiljøer, kan etableres efter behov. |
Data til testafvikling Afgrænses til at være tilstrækkelige og nødvendige til den konkrete test. |
Startkriterier Afvikling af User Acceptance Test kan starte, når: - For agil udvikling: Done-kriterier for alle inkrementer, der er i scope for testen, er opfyldt.
- Der ingen kendte, åbne fejl er (eller der indgået aftale om udbedring med leverandøren om eventuelle kendte, åbne fejl)
- Når testplanen er reviewet og godkendt af PO og projektleder
- Testcases er reviewet af AU og leverandør og godkendt af AU
- Leverandøren eller AU's eget udviklingsteam har gennemført og godkendt resultaterne af tests på underliggende niveauer
- Testdata er tilgængelige
- Testmiljø er klargjort, tilgængeligt og testbart
|
Slutkriterier - Alle planlagte testcases er enten afviklede eller begrundet sprunget over. Eventuelle afvigelser er dokumenteret, begrundet og mitigeret for (hvis muligt)
- Eller den aftalte periode for gennemførelse af testen er afsluttet
|
Acceptkriterier Testen kan godkendes, når: - Testen er gennemført efter testplanen, og der ikke er fundet fejl
- ELLER når fundne fejl enten er rettet og gentestet ok, eller der er godkendt en plan for fejlrettelsen
- ELLER når fundne fejl er accepterede og ikke ønskes fejlrettet
- ELLER når antallet af fejl overholder det fastlagte antal accepterede fejl i leverancen jf. kontrakten, og når der foreligger en godkendt udbedringsplan for disse. Et eksempel herpå kunne være:
- Ingen kategori 1 og 2-fejl,
- Max 3 kategori 3-fejl,
- Max 15 kategori 4-fejl og
- Max 25 kategori-5-fejl.
|
Test cases Udarbejdes af AU test analyst eller af AU forretningstester – reviewes og godkendes af PO eller AU projektleder. |