Leestijd: 14 minuten
om de technische kwaliteiten van een product te verzekeren, om bugs en logische fouten in de software te vinden, is het essentieel om kwaliteitsborgingsactiviteiten uit te voeren. QA-tests vertellen u echter niet of het eindproduct is afgestemd op zakelijke doelstellingen en de vereiste taken in real-world scenario ‘ s kan uitvoeren. Dus, om ervoor te zorgen dat de ontwikkeling team is het bouwen van het juiste product voor de werkelijke eindgebruikers, het uitvoeren van de gebruiker acceptatie testen is van vitaal belang.
Wat is het testen van acceptatie door de gebruiker en hoe verschilt het van kwaliteitsborging?
User Acceptance Testing (UAT) controleert of een product het juiste is voor de eindgebruikers. Het heeft andere namen, bijvoorbeeld, eindgebruiker testen, operationeel, toepassing, beta testen, of validatie, maar ze beschrijven hetzelfde. Bij kwaliteitsborging is het belangrijk om onderscheid te maken tussen validatie en verificatie.
controle heeft betrekking op algemene processen voor kwaliteitsborging die gericht zijn op het testen van de technische aspecten van een product om er zeker van te zijn dat het daadwerkelijk werkt. Validatie (of gebruikerstoetsing) wordt uitgevoerd om ervoor te zorgen dat het product voldoet aan de zakelijke eisen en kan worden gebruikt door de eindgebruiker.
Validerings-en verificatieactiviteiten in termen van totale producttests
Validerings-activiteit kan in twee soorten tests worden onderverdeeld.
Alfa-test is de eerste fase van acceptatietests, doorgaans uitgevoerd door interne testers, om ervoor te zorgen dat het product correct functioneert en voldoet aan de bedrijfsvereisten.
bètatests, het tweede type acceptatietest, zijn bedoeld om te voldoen aan de acceptatiecriteria van de gebruiker. UAT kan worden uitgevoerd door
- de werkelijke gebruikers van een bestaand product,
- gebruikers van een vorige versie van een product,
- stakeholders die betrokken zijn bij de ontwikkeling van het product, en/of
- business analisten als eindgebruikers specialisten.
dit stelt het ontwikkelteam in staat om de meeste usability-problemen, bugs en onverwachte problemen met betrekking tot functionaliteit, systeemontwerp, zakelijke vereisten, enz.op te lossen.
Waarom hebt u UAT eigenlijk nodig?
het belangrijkste doel van acceptatietests is om te valideren dat het product beantwoordt aan de behoeften van de gebruikers (gedefinieerd in de fase van de ontdekking van het product) en klaar is voor het op de markt brengen. Volgens een origsoft enquête over UAT gebruik, meer dan 75 procent van de respondenten zei dat ze voeren meerdere cycli van de eindgebruiker testen met 57 procent beweren dat de slechte kwaliteit van het product als reden.
hier zijn de belangrijkste redenen waarom UAT belangrijk is en onderdeel zou moeten zijn van uw ontwikkeling.
zorgen voor overeenstemming met zakelijke vereisten. Zoals we al vermeld, UAT wordt gedaan om te controleren of het product werkt in de echte wereld omstandigheden zoals vereist en stelt eindgebruikers in staat om gerichte problemen op te lossen. Als u overslaan UAT, je zou kunnen missen op een aantal belangrijke gebreken of systeemstoringen die onvermijdelijk zal leiden tot ontevredenheid van de gebruiker.
initiële vereisten aanpassen. Soms, als eindgebruikers testen het product, ze kunnen komen met een aantal waardevolle gedachten over hoe de geteste software te verbeteren. Het krijgen van dergelijke feedback zal u toelaten om uw eisen aan te passen om een resultaat dat nuttiger zal zijn voor uw klanten te krijgen.
vermijd verliezen. Ten eerste, het is goedkoper om het product in de vroege stadia van de ontwikkeling op te lossen, dus het vinden van gebreken als gevolg van UAT zal uw ontwikkelingsteam in staat stellen om het product veel gemakkelijker te verbeteren (dat betreft meestal de Agile model al. Lees verder voor meer details). Ten tweede kennen we allemaal verhalen over productfouten vanwege slechte functionaliteit en bruikbaarheid. UAT biedt u real-world feedback van gebruikers en maakt het veel minder kans om verliezen veroorzaakt door een mislukte productlancering.
in ieder geval vereist UAT organisatie-en voorbereidingswerk om het effectief te maken. Als u de geldigheid van uw product wilt garanderen, overweeg dan de volgende stappen bij het uitvoeren van gebruikerstoetsing.
UAT-sleutelfasen
productvereisten analyseren en belangrijke resultaten definiëren
het analyseren van productvereisten is de eerste stap van UAT-planning. De primaire bron van inputinformatie zou de specificatie van de softwarevereisten zijn, aangezien deze de volledige reikwijdte van zakelijke en functionele vereisten omvat.
Business requirements zijn de doelstellingen op hoog niveau van uw organisatie die de zakelijke behoeften communiceren. Die klinkt misschien als ” klanten moeten in staat zijn om meerdere betaalmethoden te gebruiken.”
functionele vereisten overbruggen een technische oplossing met de zakelijke vereisten. Zo, de functionele eis zou klinken als ” implementeren PayPal, Visa en Mastercard, Payoneer betaling gateways.”
het overzicht van deze vereisten zal u precies vertellen wat u moet testen, of de geà mplementeerde oplossingen werken voor de gebruikers en problemen voor het bedrijf oplossen. Functionele eisen kunnen worden vertaald in testcases, rekening houdend met de succescriteria van business requirements. En dat zal u helpen een algemene teststrategie te vormen. Overweeg het betrekken van uw business analisten, QA engineers, of producteigenaren voor vereiste analyse.
de laatste planningsfase is het maken van technische documentatie voor het UAT-proces. Hier documenteert u uw teststrategie, regels, testscenario ‘ s/cases, normen, enz. In de volgende paragrafen wordt de documentatie beschreven die wordt gebruikt bij het testen van de acceptatie door de gebruiker.
resultaten van gebruikerstoetsing
UAT-testplan. Het creëren van een UAT-testplan helpt u om iedereen op één lijn te houden met dezelfde doelstellingen en visie. Het hoofddocument bevat alle informatie over wat zal worden getest, door wie en hoe. Om alle organisatorische en processuele aspecten van UAT te dekken, moet u de teststrategie en de entry/exit-criteria in detail beschrijven.
teststrategie voor eindgebruikers. De strategie schetst het product dat u test, het doel van de gebruiker acceptatie testen, soorten tests, en doelstellingen. Uw teststrategie moet informatie omvatten als
- productbeschrijving,
- testdoelstellingen,
- testbereik,
- standaarden,
- testtypen,
- testers/rollen
- procescuratoren (managers),
- reviewers,
- rapportagestandaarden, en
- uitkomsten.
toelatingscriteria. Dit zijn de voorwaarden die bepalen dat de software klaar is om te worden getest. Ze worden in het vroegste stadium van de planning ingesteld door het ontwikkelingsteam, QA, business analisten en stakeholders.
Exit-of acceptatiecriteria. Dit zijn de voorwaarden die dicteren dat de software geldig is voor de gebruikers. Matching acceptatiecriteria zou de laatste fase van uw UAT.
testscenario ‘ s. Testscenario ‘ s zijn hypothetische situaties die gebruikers kunnen tegenkomen bij interactie met uw product. Hun doel is om uw testers te begeleiden door middel van mogelijke systeemgebruik problemen.
in principe moet een testscenario een eenvoudig idee geven van wat zal worden getest. Een voorbeeld van een scenario is ” check winkelwagen functionaliteit.”Elk gebruikersscenario is verbonden met één of twee vereisten of gebruikersverhalen. Ze zijn geschreven om te valideren dat het systeem bruikbaar is, door de end-to-end operaties te controleren met echte gegevens.
om goede testscenario ‘ s te schrijven voor het testen van de acceptatie door de gebruiker, overweeg de eindgebruikers bij de goedkeuring te betrekken om alle mogelijke use cases, zowel vaak als soms, op te nemen. Overweeg ook om ze in Gewone Taal te schrijven, vermijd ingewikkelde frasering of overdreven technische uitleg.
testgevallen. Een testcase is een reeks specifieke acties die worden ondernomen om een bepaald systeemgedrag, – functie of-functionaliteit te testen en te verifiëren. Testcases zijn meer gedetailleerde eenheden die moeten overeenkomen met alle testscenario ‘ s. Meestal zet u uw gebruikersverhalen en zakelijke use cases om om efficiënte testcases te schrijven. Voorbeelden van testcases zijn:
- Controleer ongeregistreerde gebruiker het toevoegen van het product in de winkelwagen.
- controleer filtering van winkelwagentjes.
- controleer de knop “Verder winkelen”.
testcases zijn efficiënt wanneer er een duidelijk doel is aangegeven en de gebruiker kan begrijpen wat hij moet doen om het te voltooien. De handleiding van een testcase kan er zo uitzien:
- Open de toepassing.
- voeg een product toe aan een winkelwagen.
- authenticatie is niet nodig.
- Ga naar het winkelwagentje.
u kunt ook de verwachte resultaten in de TestCASE opnemen, zodat de gebruiker weet wat er gaat gebeuren:
- het product verschijnt in een winkelwagen.
- het systeem zal u vragen om toestemming te geven als geregistreerde gebruiker.
rapportagestandaarden. Definieer hoe een rapport eruit moet zien en welke informatie een eindgebruiker moet verstrekken.
testrapporten. Deze accumuleren gedocumenteerde outputgegevens wanneer de test is voltooid. Afhankelijk van de teststandaarden en het testscenario kan diverse informatie worden opgenomen in rapporten. Maar meestal in UAT, QA teams zal alleen een sign-off van de tester. Een afmelding is slechts een bevestiging dat de test succesvol is en voldoet aan de criteria van de gebruiker.
aan het einde van UAT kunnen geleverde producten worden gebruikt door QA-ingenieurs of een UAT-manager om waardevolle gegevens te extraheren en resultaten te communiceren aan het ontwikkelingsteam.
van oudsher zijn kwaliteitsborgingsingenieurs verantwoordelijk voor de verwerking van feedback aan de eindgebruiker. De resultaten van tests, bugrapporten en fail/pass-records worden aan ontwikkelaars verstrekt om een constante communicatie tussen verschillende delen van het team te garanderen. Op basis van de feedback van de eindgebruiker kan het QA-team ook softwarekwaliteitsstatistieken leveren om de voortgang in termen van UAT te meten.
User acceptance testing templates
we hebben een paar belangrijke documenten genoemd die gemaakt moeten worden voor een goede UAT planning en uitvoering. Er zijn verschillende manieren om ze te schrijven, maar hier zijn enkele sjablonen die van pas kunnen komen.
- templates voor het testplan: Testplansjabloon door Coley Consulting, sfsu-sjabloon (downloadbare link), of IIBA-sjabloon (downloadbare link)
- testscenario-sjabloon
- Testrapportsjabloon
Kies het tijdstip en de vorm van eindgebruikerstests
acceptatietests kunnen plaatsvinden in verschillende stadia van het project, afhankelijk van de gebruikte methodologie, maar worden meestal uitgevoerd aan het einde van de ontwikkelingscyclus vóór release. Aangezien twee van de meest populaire projectmanagementmethodologieën in softwareontwikkeling Waterfall en Agile zijn, zullen we kijken naar het acceptatietestproces van gebruikers binnen deze twee modellen.
acceptatietest in het watervalmodel
om dieper in de details te duiken, moeten we snel samenvatten wat een watervalmodel is. Het is een traditionele project management methodologie gebaseerd op een stap-voor-stap ontwikkeling van het product.
de fasen kruisen elkaar niet, wat betekent dat er geen simultane ontwerp-en ontwerptests of ontwikkeling en testen plaatsvinden. Het hele proces is strikt gedocumenteerd en bedoeld om een volledig functionele applicatie te leveren aan het einde van de ontwikkeling zonder iteraties.
gebruikersacceptatiefase binnen het watervalmodel
gebruikersacceptatietests in Waterval vinden plaats in de laatste ontwikkelingsfase, vlak voor de lancering.
het kan alleen worden uitgevoerd nadat het systeem als code en functie klaar is beschouwd, nadat aan de volgende benchmarks is voldaan.
- er is voldaan aan de vereisten van de productactiviteiten.
- de basiscode is voltooid.
- QA-activiteiten (systeem, integratie, unit testing) zijn voltooid.
- Bugs onthuld tijdens de QA-fase zijn opgelost.
- kleine visuele problemen zijn binnen een aanvaardbaar bereik.
- gebruikersacceptatieomgeving (UAT manager, tools voor testen, testscenario ‘ s, enz.) wordt gecreëerd.
in het watervalmodel is het testen van gebruikersacceptatie het definitieve punt dat aantoont dat software gereed is. Als een product voldoet aan de acceptatiecriteria van de gebruiker, betekent dit dat het product klaar is voor productie. UAT activiteiten, in dat geval, zijn voor het voltooien van de systeemcontrole, de functionaliteit, bruikbaarheid, en bugs. Maar toch is het primaire doel ervoor te zorgen dat het product voldoet aan de initiële eisen en behoeften van de eindgebruiker.
gebruikersacceptatie in Agile methodologieën
het Agile model voor softwareontwikkeling is niet zo eenvoudig als Waterfall. Het is gebaseerd op het herhalen van elke ontwikkelingsfase totdat het product de vereiste kwaliteit en functionaliteit bereikt. Iteraties van elke fase zorgen voor zeer flexibele ontwikkeling en dynamische verandering in eisen, aangezien Agile zich niet richt op het maken van veel documentatie. En dat stelt het ontwikkelteam in staat om snel te reageren op veranderende eisen van de klant.
gebruikerstoetsing in Agile model
de afbeelding toont de Agile productontwikkelingscyclus met herhalingen. U kunt gebruikersacceptatietesten uitvoeren in elke fase van het project om de geldigheid van het product te garanderen. Het belangrijkste verschil tussen UAT in waterval en in Agile is dat UAT meerdere keren wordt uitgevoerd (vaak binnen elke iteratie) en de resultaten kunnen van invloed zijn op de initiële vereisten, omdat het direct feedback levert over wat het beste werkt.
de controlepunten voor het starten van testen door eindgebruikers in een Agile-project zijn
- formed business requirements,
- UX/systeemdocumentatie,
- testmateriaal (interactieve mock-ups, high-fidelity prototypes, demo ‘ s) en
- gebruikersacceptatieomgeving.
in Agile is UAT een integraal onderdeel van de Algemene testactiviteiten, dus het kan verschillende vormen aannemen en verschillende instrumenten gebruiken. Dit kunnen bijvoorbeeld tests zijn op functionele en niet-functionele eisen of tests in een vroeg stadium om veronderstellingen die tijdens de planningsfase zijn gemaakt, te valideren. Aan het einde van elke iteratie produceert acceptatietesten deliverables die worden gebruikt om vereisten, systeemarchitectuur, UX-stijlgidsen, enz.te wijzigen.
rekruteer gebruikers en formulier UAT team
zoals we eerder al zeiden, kunnen testers worden gerekruteerd uit uw bestaande gebruikersbasis. Afhankelijk van de projectspecificaties kunnen dit Experts zijn, echte gebruikers van het product, stakeholders, business analisten, producteigenaar of de klant. U kunt ook crowdsourcing platforms gebruiken om testers te zoeken of een freelance user-testspecialist in te huren.
overweeg om een bericht op sociale media of zelfs een bestemmingspagina te maken om een publiek aan te trekken. Uw potentiële testers moeten niet per se tech savvy of vertrouwd zijn met software testprocessen. Echter, degenen die al hebben of zal uw product te gebruiken (of misschien een soortgelijke) zullen goede kandidaten voor uw UAT, omdat in dat geval kunt u diepe onboarding en QA team betrokkenheid te voorkomen.
implementeer instrumenten voor het testen van eindgebruikers en onboard testers
natuurlijk zijn er specifieke instrumenten op de markt die zijn ontworpen voor het testen van eindgebruikers. De meest populaire tools bieden functionaliteit voor het testen van beheer, zoals rapportage, taakoverzichten en het testen van documentatie sjablonen. Hier zijn enkele voorbeelden van software die kan worden gebruikt om uw UAT activiteiten te ondersteunen.
Usersnap is een populair platform voor het leveren van visuele feedback op de geteste software en webgebaseerde applicaties. Kortom, het is een tool die gebruikers in staat stelt om de bugs op het scherm te markeren, opmerkingen en suggesties achter te laten en de feedback te delen. Er zijn veel soortgelijke instrumenten zoals Userback en UserTesting.
FitNesse is een open source, wiki-aangedreven framework voor acceptatietestautomatisering. Het stelt alle belanghebbenden in staat om eenvoudig te maken, bewerken en testen uit te voeren, waardoor vroege feedback wordt gecreëerd. Gebruikers voeren speciaal geformatteerde ingangen in om automatisch tests te genereren die onmiddellijk door het systeem worden uitgevoerd. Vervolgens wordt de uitvoer geretourneerd en gemarkeerd, afhankelijk van of het overeenkomt met het verwachte resultaat of niet. Dit samenwerkingsplatform heeft een milde leercurve en is populair onder Agile teams.
Bugwolf is een ander instrument voor het uitvoeren van UAT. Naast het testen van de omgeving en bug rapportage, het biedt gamification en concurrentie functies om gebruikers te motiveren en te betrekken. U vindt ook handige ingebouwde betalingsopties als u gaat om end-user testing online uit te voeren.
bekende project management tools zoals Jira of Trello hebben ook functionaliteit voor het uitvoeren van UAT.
testend dashboard in SpiraTest
Creëer een omgeving voor gebruikersacceptatie en voer training uit
om het maximale uit het testen van eindgebruikers te halen, start u met de training. Je testers en jeat manager zijn daar verantwoordelijk voor. Overweeg het structureren van uw trainingsproces om de volgende aspecten te omvatten.
- gebruikers kennis laten maken met het testproces en de doelstellingen ervan.
- Train gebruikers om gereedschappen te gebruiken voor het testen van eindgebruikers als u ze gaat gebruiken.
- geef hun rapportagestandaarden en-richtsnoeren.
- zorg ervoor dat gebruikers testcases goed begrijpen, ondersteuning bieden indien nodig.
- geef hen toegang tot de testomgeving.
meestal kan het testen van de eindgebruiker aan de kant van de gebruiker worden gedaan, wat betekent dat u uw testers niet van de hardware hoeft te voorzien. Het hele proces kan ook online worden gedaan. Meer ingewikkelde projecten of vertrouwelijke gegevens kunnen vereisen het verzamelen van een speciaal team van gebruikers testers op uw kantoor. Het is ook belangrijk om een manager aan te stellen die documentatie, tools en ondersteuning zal bieden.
Voer de tests uit
zodra u uw testscenario ‘ s en testcases hebt, kunt u de tests uitvoeren. Om uw eindgebruikers tijdens het proces te ondersteunen en de vereiste resultaten te behalen, geeft u een duidelijk inzicht in welke acties elke testcase vereist. Houd er rekening mee dat uw gebruikers zijn geen professionele testers. Tijdens de test, zorg ervoor dat echte of dicht bij echte gegevens aan de gebruikers, het vermijden van Monster inhoud of dummy knoppen. Elke misvatting kan krijgen ze vast te zitten op de TestCASE.
een ander belangrijk aspect is dat uw ontwikkelaars klaar staan om alles te repareren wat fout gaat. Uw testomgeving kan worden afgesloten of er kunnen fouten zijn waardoor gebruikers niet kunnen testen. Gebruikers moeten toegang hebben tot de vereiste functionaliteit in elke testfase, of het nu gaat om een interactief ontwerp of een functionele app, zodat ze elke testcase die in het testplan is opgenomen, kunnen uitvoeren.
Verzamel uitvoerinformatie en analyseer deze
tijdens uw UAT-activiteiten krijgt u tonnen gegevens van de testers. Je QA team zal het moeten analyseren. De gegevens worden verzameld via gebruikersrapporten die handmatig worden ingediend of via een specifieke tool. Daarnaast kun je interviews afnemen met afzonderlijke gebruikers om meer inzicht te krijgen in de testcases die ze hebben uitgevoerd en wat ze ervan vinden.
om de paraatheid van het systeem te evalueren, moet worden overwogen het percentage geslaagde/mislukte/gefixeerde tests te meten.
Test tracking dashboard in Panaya
er zijn nog een paar punten die moeten worden overwogen:
systeemstabiliteit. Stabiliteit kan worden bepaald door het aantal onverwachte fouten tijdens de UAT.
dekking van de tests. De dekking wordt gemeten aan de hand van het aantal geschreven testscenario ‘ s/cases en hun verhouding tot de totale voltooide tests. U kunt ook uw UAT-testresultaten vergelijken met de user journey map om te begrijpen welk deel van de functionaliteit niet is getest.
bruikbaarheid van het systeem. Dit kan worden berekend aan de hand van het aantal tests dat niet is geslaagd omdat de gebruiker geen manier heeft gevonden om het te doen. Maar de totale UX wordt getest tijdens usability testing, die wordt uitgevoerd als een aparte activiteit.
naleving Contract / eis. De naleving van de eisen wordt gecontroleerd nadat alle eindgebruikerstests zijn voltooid. Het zorgt ervoor dat de software build nog steeds overeenkomt met de initiële vereisten/contract scope, zelfs na veranderingen door de gebruiker acceptatie.
bugs repareren, opnieuw testen en afmelden
na het uitvoeren van UAT moeten alle defecten worden gedocumenteerd met relevante opmerkingen en worden doorgegeven aan het ontwikkelingsteam. Ze moeten de code aanpassen om de door UAT onthulde problemen aan te pakken.
als je de bugs hebt opgelost, test je ze opnieuw om er zeker van te zijn dat alles goed werkt. Wanneer de acceptatiecriteria zijn bereikt en goedgekeurd door beoordelaars, wordt de uiteindelijke acceptatiebeslissing genomen over de productie-gereedheid van het product.
UAT-teamrollen
zoals we eerder vermeldden, verschilt UAT-testen van andere QA-activiteiten omdat het niet alleen door technische specialisten wordt uitgevoerd; het is ook belangrijk om werkelijke eindgebruikers bij dit proces te betrekken. Het is ook noodzakelijk om QA professionals en business analisten te betrekken, evenals nauwe samenwerking met de projectmanager en het ontwikkelingsteam.
de verantwoordelijkheden van het UAT-team kunnen verschillen afhankelijk van de behoeften van het bedrijf en het project, maar hier is een voorbeeld van de rolverdeling die u kunt overwegen.
Business program manager. Dit is de persoon die het hele project coördineert en overziet, het afstemmen op zakelijke doelstellingen. Voor de UAT fase, de programma manager moet het programma delivery plan en business requirements document te genereren om de testactiviteiten te ondersteunen. Hij / zij is ook verantwoordelijk voor de herziening en goedkeuring van het testplan en de teststrategie.
tijdens UAT controleert de programmamanager de uitvoering van de testactiviteiten en zorgt hij voor voltooiing volgens schema en budget. Daarna bekijkt hij / zij het testrapport en beslist hij / zij over de inzet voor de productie.
UAT-testleider / – manager. De test lead ‘ s verantwoordelijkheid is het nauwkeurig plannen en organiseren van de UAT. Hiervoor is meestal nauwe samenwerking met de projectmanager vereist.
de test lead verzamelt en analyseert alle zakelijke en functionele vereisten die vervolgens worden gebruikt om de nodige documentatie te ontwikkelen, d.w.z. teststrategie, testplan, testscenario ‘ s, enz. Daarnaast werkt hij/zij in de voorbereidingsfase samen met het testteam, waarbij hij / zij testscenario ‘ s toewijst aan teamleden en training organiseert om ervoor te zorgen dat testers de UAT-procedure begrijpen. De test lood bereidt en beheert ook de benodigde middelen en laadt essentiële testgegevens in testtools.
gedurende de gehele UAT coördineert het lood de uitvoering van testcases, waarbij ervoor wordt gezorgd dat alle testresultaten worden gedocumenteerd. Hij / zij volgt ook de voortgang van de test, verzamelt statistieken, en maakt/onderhoudt een testrapport.
leden van het UAT-testteam. De belangrijkste taak van het testteam is om tests uit te voeren in overeenstemming met het verstrekte schema en de instructies. Testers moeten testlogboeken maken en over defecten en incidenten rapporteren. Zij nemen doorgaans ook deel aan hertestactiviteiten (indien nodig).
de projectmanager, die verantwoordelijk is voor de succesvolle voltooiing van het project, moet toezicht houden op de testactiviteiten, organisatorische ondersteuning bieden en verslag uitbrengen over de voortgang. Hij / zij zou ook fungeren als een bemiddelaar tussen het testteam, ontwikkelaars, klant, en alle andere mogelijke belanghebbenden.
UAT checklist
als samenvatting van de UAT-richtlijnen die we hierboven hebben gepresenteerd, hebben we een checklist ontwikkeld om u te helpen uw testactiviteiten te organiseren en niets belangrijks te missen.
het UAT-project initiëren.
- controleer met uw ontwikkelteam of alle productcomponenten klaar zijn voor testen. Documenteer eventuele problemen die niet vóór de UAT konden worden aangepakt.
- Identificeer de belangrijkste belanghebbenden.
- Kies een teamleider die verantwoordelijk is voor het project, inclusief papierwerk.
- bespreek en stem in met de projectstructuur, het UAT-team en de UAT-documentatie.
- de testprocedures grondig bespreken en een eerste UAT-plan opstellen.
Planning
- maak uw UAT-team aan en zorg ervoor dat u testers hebt van elk marktsegment en/of elke groep belanghebbenden. Zorg ervoor dat alle participatiegerelateerde documentatie volledig en ondertekend is (geheimhouding, participatieovereenkomst, enz.).
- Geef de teststrategie en het tijdschema door aan het team. Zorg ervoor dat elk lid de rollen, procedures en verantwoordelijkheden begrijpt.
- zorg ervoor dat alle zakelijke vereisten worden vastgelegd en aan het UAT-team worden meegedeeld.
- de inreis-en uitreiscriteria bespreken en overeenkomen.
- bereid alle bedrijfsdocumentatie voor: testplan, testscenario ‘ s, testcases, enz.
- de bedrijfsdoelstellingen en de acceptatie – /exitcriteria van het systeem mee te delen.
- overeenstemming bereiken over rapportagenormen.
- de nodige training geven over het systeem en de hulpgereedschappen. Zorg ervoor dat de testers begrijpen hoe ze incidenten moeten melden.
- verzamel en bereid alle benodigde middelen voor UAT-activiteiten voor. Boek ruimte indien nodig.
- bereid en test de omgeving, test management tools, apparaten, servers, feedback kanalen, issue tracking, content delivery, enz.
- zorg ervoor dat u alle aanmeldingen hebt, dat beveiligingstoegang is ingesteld en testgegevens zijn geladen.
UAT uitvoeren.
- Monitor hoe de procedures worden uitgevoerd en zorg ervoor dat de verslagen tijdig en nauwkeurig worden ingediend.
- maak en onderhoud van het samenvattende testrapport.
Post-UAT-activiteiten.
- analyseer de outputinformatie door het percentage tests te meten dat geslaagd/mislukt is en door defecten naar ernst te categoriseren.
- Identificeer status aan de hand van acceptatiecriteria.
- Stel het definitieve UAT-verslag op en presenteer het aan de belanghebbenden, samen met de geschatte tijd en moeite die nodig zijn om te voldoen aan acceptatiecriteria en aanbevelingen voor introductie.
testprocedures kunnen van bedrijf tot bedrijf verschillen. Hier zijn een paar andere downloadbare UAT checklists die ook aan uw behoeften kunnen voldoen: Checklist 1, Checklist 2.