Sådan afprøver du én websitefunktion til en browseragent
En afgrænset prøve gør det lettere at vurdere, om en browseragent kan hjælpe en bruger med en konkret opgave på et website. Begynd med et læseopslag, som har et tydeligt svar, og skriv testens forventninger ned på forhånd.
Vælg opgaven før teknologien
Microsofts omtale af WebMCP til tidlig test i Edge giver en aktuel anledning til at undersøge metoden. Guiden her er et forslag til testdesign, ikke en påstand om, at funktionen allerede virker på jeres website.
Beskriv ét input og ét forventet resultat
Et tænkt forsøg kan være opslag af åbningstider for en afdeling. Inputtet er afdelingens entydige identifikation; resultatet er den relevante dag, tidsintervallet og eventuelle kendte undtagelser. Beslut, hvordan en ukendt afdeling skal fremgå.
Skriv også, hvor svaret kommer fra. Hvis den almindelige side og værktøjet læser forskellige kopier af oplysningerne, kan de begge se rigtige ud og alligevel modsige hinanden. Brug samme kilde, hvor det er muligt, og dokumentér eventuelle forskelle.
Lav fire konkrete prøver
Prøv et almindeligt opslag, en ukendt værdi, manglende input og en kendt undtagelse. For hver prøve noteres forventningen før udførelsen. Gem derefter det faktiske resultat og en kort vurdering af, om det er forståeligt for brugeren.
Et tomt resultat bør ikke ligne en almindelig succes. Hvis der ikke findes åbningstider for den valgte dag, skal svaret gøre manglen tydelig. Agenten bør ikke få en tilfældig tidsværdi, som den kan gengive som sikker information.
Sammenlign med brugerfladen
Udfør den samme opgave på den almindelige side. Kontrollér, at datoer, navne og undtagelser stemmer overens. Notér også, om agentens forklaring tilføjer oplysninger, som værktøjets resultat ikke indeholder.
Prøven er først brugbar, når både funktionen og den synlige forklaring er undersøgt. Et teknisk vellykket kald siger kun noget om én del af forløbet.
Beslut om forsøget skal fortsætte
Afslut med en kort liste over beståede prøver, fundne fejl og en ansvarlig for næste ændring. Et videre forløb bør have en konkret begrundelse, eksempelvis at opgaven bliver nemmere at gennemføre. Hold teknisk teststatus, kundetilgængelighed og eventuelle forretningseffekter adskilt i konklusionen.