\n «Usability testing» \u2013 som navnet antyder, er en type testing som tester brukervennligheten til programvaren ved hjelp av ekte brukere. Denne teknikken brukes i brukersentrert interaksjonsdesign for \u00e5 evaluere et produkt, og den gir direkte tilbakemelding p\u00e5 hvordan ekte brukere ville f\u00f8le n\u00e5r de brukte systemet.\n<\/p>\n
\n Den fokuserer p\u00e5 \u00e5 m\u00e5le en programvare\/mobilapplikasjons evne til \u00e5 oppfylle det tiltenkte form\u00e5let.\n<\/p>\n
\n For eksempel n\u00e5r et bestemt sett med brukere blir bedt om \u00e5 fullf\u00f8re oppgaver eller f\u00f8lge en eller annen navigasjonsflyt, og samtidig blir de observert av testeren\/forskeren for \u00e5 se hvilke problemer de m\u00f8ter under prosessen.\n<\/p>\n
\n Usability.gov siterer ogs\u00e5 brukervennlighetstesting som testing som refererer til \u00e5 evaluere et produkt eller en tjeneste ved \u00e5 teste det med representative brukere. Den legger videre til at m\u00e5let her er \u00e5 identifisere brukervennlighetsfeil, samle inn kvalitative og kvantitative data og m\u00e5le deltakerbrukerens tilfredshet med produktet.\n<\/p>\n
\n N\u00e5r disse testene er utf\u00f8rt og designet for \u00e5 utf\u00f8re p\u00e5 mobilapper, kalles de mobilbrukerbarhetstesting. Her er m\u00e5let \u00e5 sjekke applikasjonens brukervennlighet og se hva slags st\u00f8tte applikasjonen kan gi brukerne.\n<\/p>\n
\n Det er viktig \u00e5 sette klare m\u00e5l som f\u00f8rer til m\u00e5lbare resultater. Du m\u00e5 sette oppgavene som vurderer brukerinteraksjonene p\u00e5 riktig m\u00e5te og teste brukervennligheten til applikasjonens funksjonalitet.\n<\/p>\n
\n Designoppgaver for brukere som ikke gir hint til dem, men heller designe dem slik at brukerne kan utforske og navigere i applikasjonen p\u00e5 sine egne m\u00e5ter. En produkteier eller et selskap b\u00f8r ikke anbefale brukere \u00e5 utf\u00f8re en oppgave p\u00e5 en bestemt m\u00e5te, men de kan absolutt be dem om \u00e5 gj\u00f8re en bestemt handling.\n<\/p>\n
\n Forslagene og instruksjonene hjelper heller ikke. Ellers vil de virkelige testresultatene ikke oppn\u00e5s. Du vil ikke kunne spore brukeropplevelsene deres hvis du fortsetter \u00e5 gi dem veiledning om kommunikasjon med applikasjonen.\n<\/p>\n
\n Du b\u00f8r for eksempel vurdere \u00e5 fjerne plassholdertekster p\u00e5 tekstboksene. Fjern i tillegg eventuell tvetydighet hvis den er til stede i instruksjonene dine f\u00f8r du kj\u00f8rer testen.\n<\/p>\n
\n Brukere kan utf\u00f8re alle oppgaver i henhold til applikasjonsfunksjonene som,\n<\/p>\n
\n Pr\u00f8v \u00e5 holde oppgavene s\u00e5 mye som handlingsdyktige, r\u00e5 og realistiske. M\u00e5lene b\u00f8r beskrives presist og gis frihet til \u00e5 sammenligne produkter og f\u00f8le brukeropplevelsen ut fra deres kriterier og forventninger.\n<\/p>\n
\n Metoder og beste praksis for testing av mobil brukervennlighet\n<\/p>\n
\n La oss ta en titt p\u00e5 noen av de mest brukte metodene for brukstesting av mobilapper.\n<\/p>\n
\n M\u00e5let med brukervennlighetstesten er \u00e5 se hvordan en bruker oppf\u00f8rer seg n\u00e5r han blir alene. Og hvis du ikke klarer det, kan testprosessen se kontrollert ut. Du vil at brukerne dine skal gj\u00f8re ting som de ville gjort naturlig, s\u00e5 fjernbrukstesting gir mer mening for gunstige resultater.\n<\/p>\n
\n \u00c5 utf\u00f8re brukertester eksternt, spesielt for oppstart, er mer anbefalt, og det er gjennomf\u00f8rbart, forutsatt at det er mange brukertestverkt\u00f8y tilgjengelig p\u00e5 markedet som letter dette oppsettet.\n<\/p>\n
\n Tvert imot krever personlig testing at brukerne er tilstede i et fast milj\u00f8, for eksempel et m\u00f8terom med sm\u00e5 grupper eller et fast antall personer. Her er fordelen at observat\u00f8ren kan overv\u00e5ke brukerne som utf\u00f8rer oppgavene og stille sp\u00f8rsm\u00e5l til dem n\u00e5r som helst. Vanligvis utf\u00f8res denne typen testing for en st\u00f8rre brukervennlighetsstudie av forskerteamet eller som en del av den store organisasjonsaktiviteten.\n<\/p>\n
\n Denne metoden deler publikum inn i to grupper som tester mobilappens oppf\u00f8rsel for h\u00f8yere konverteringsfrekvenser. Denne typen testing inneb\u00e6rer \u00e5 sende apptrafikk til hver gruppe og evaluere variantene med h\u00f8y konverteringsfrekvens og den beste brukeropplevelsen.\n<\/p>\n
\n I denne metoden m\u00e5 brukere organisere et sett med elementer i grupper og gi etiketter. Det er en UX-forskning, iterativ og kvalitativ teknikk, og den avdekker feltkunnskapen til m\u00e5lgruppen. Det betyr at det tjener form\u00e5let med \u00e5 skape en informasjonsarkitektur som samsvarer med brukerens forventninger.\n<\/p>\n
\n Denne metoden krever at deltakerne fullf\u00f8rer oppgavene over en videosamtale for \u00e5 notere interaksjoner og oppf\u00f8rsel eksternt. Den brukes som en testl\u00f8sning med lavt budsjett, spesielt n\u00e5r brukere p\u00e5 tvers av store geografiske lokasjoner utf\u00f8rer testing.\n<\/p>\n
\n Det er avgj\u00f8rende \u00e5 velge riktig gruppe for \u00e5 gi gunstige resultater og gj\u00f8re appens brukeropplevelse totalt sett tilfredsstillende. Gj\u00f8r derfor mangfold til en prioritet mens du velger personer for m\u00e5ldemografien. Du kan ogs\u00e5 filtrere personene ved \u00e5 betateste folkene til det geografiske m\u00e5let ditt \u2013 jo mer mangfoldig, jo bedre.\n<\/p>\n
\n Virkelige resultater trenger ekte enheter. Hvis du vil m\u00e5le hvordan folk vil samhandle med mobilapplikasjonen din. Det gir ogs\u00e5 en grundig forst\u00e5else av hvordan ulike brukere vil samhandle med ulike enheter og testscenarier.\n<\/p>\n
\n I f\u00f8lge Nielsen Norman Group dekker 5 brukere for en brukervennlighetstest de fleste testbehov for mobilapper. Mobilapper med mer enn 30-40 skjermer, du kan ansette 10-15 deltakere i p\u00e5f\u00f8lgende grupper.\n<\/p>\n
\n Velg et verkt\u00f8y som ikke senker applikasjonen din. For eksempel krever de fleste eksterne testverkt\u00f8yene SDK-installasjon. S\u00e5 det er avgj\u00f8rende \u00e5 foreta et bevisst utvalg av testverkt\u00f8y for brukervennlighet.\n<\/p>\n
\n S\u00f8rg for at du stiller oppf\u00f8lgingssp\u00f8rsm\u00e5l til alle deltakerne og er p\u00e5 samme side med oppgavene som er tildelt dem. Det vil v\u00e6re fordelaktig hvis alle deltakerne jobber med samme oppgave, spesielt n\u00e5r du gir r\u00e5d\/instruksjoner til dem om enhetsorientering eller mobiltilkobling osv.\n<\/p>\n
\n Hvis du ser p\u00e5 utviklingskostnadene, b\u00f8r du sannsynligvis tenke p\u00e5 brukervennlighetsproblemene. Brukervennlighetstesting kan spare deg for \u00e5 bruke 50 % av arbeidstimene p\u00e5 \u00e5 l\u00f8se tekniske problemer. Det er gunstig for b\u00e5de bedriften og sluttbrukeren. Denne testingen sparer bedrifter fra \u00e5 overse problemene og fanger opp problemene tidligere, noe som gj\u00f8r det mindre tidkrevende og kostnadseffektivt. I tillegg tar den beslutninger basert p\u00e5 fakta og brukeropplevelser i stedet for antakelser, s\u00e5 det forbedrer brukeropplevelsen totalt sett.\n<\/p>\n
\n Usability testing identifiserer problemene tidlig, og dermed vil utviklingsprosessene v\u00e6re rimeligere med tanke p\u00e5 tid og kostnader. Du vil ogs\u00e5 vite tidligere om hvordan applikasjonen din blir sett fra brukerens perspektiv, da du vil l\u00e6re hvor lang tid det tar \u00e5 fullf\u00f8re spesifikke oppgaver og hvilken funksjonalitet som er brukervennlig eller utfordrende \u00e5 jobbe med.\n<\/p>\n
\n Det samlede produktet eller en mobilapplikasjon vil bli bedre ettersom testingen vil bli integrert som en p\u00e5g\u00e5ende prosess gjennom designfasen. Dette vil gj\u00f8re produktet mer str\u00f8mlinjeformet ettersom du kontinuerlig vil l\u00e6re hvordan brukerne dine tenker og hva deres forventninger er.\n<\/p>\n
\n Brukervennlighetstesting av mobilapper avdekker problemer som er utfordrende \u00e5 oppdage for testere. Du vil for eksempel kunne finne ut hvorfor den bestemte mobilappfunksjonen eller -siden ignoreres, eller hvorfor brukerne velger andre navigasjonsveier i stedet for den direkte i appflyten. N\u00e5r du oppdager slike atferdsm\u00f8nstre, kan du identifisere mindre problemer som forsinket ytelse, \u00f8delagte koblinger eller knapper som kan p\u00e5virke mobilapplikasjonens funksjonalitet.\n<\/p>\n
\n Brukervennlighetstesting sikrer enkelheten og bekvemmeligheten til mobilapplikasjonen da brukerne vil v\u00e6re involvert i utviklingen helt fra starten. Det vil la utviklere f\u00e5 vite hvor raskt en bestemt funksjon eller en hel applikasjon bygger kjennskap til brukerne og hvor det gir mer mening? Derfor gj\u00f8r det en jevn prosess med \u00e5 bygge et produkt akkurat slik brukerne \u00f8nsker.\n<\/p>\n
\n Ulike mobilapper har forskjellige sett med m\u00e5lgrupper. Noen mobilapper retter seg for eksempel mot ungdom, mens noen apper som helseapper kan v\u00e6re rettet mot eldre. I et slikt tilfelle er det ikke lett \u00e5 finne et bestemt sett med personer for \u00e5 teste applikasjonen og gi riktig tilbakemelding og hjelp for \u00e5 bygge et bedre produkt.\n<\/p>\n
\n Denne typen testing involverer et bredere spekter av mennesker for \u00e5 oppleve applikasjonen og hjelpe utviklingsteamene med \u00e5 levere den forventede brukeropplevelsen. S\u00e5 det tar litt lengre tid \u00e5 utf\u00f8re og krever et st\u00f8rre budsjett. S\u00e5 organisasjoner kan finne det et dyrt alternativ sammenlignet med andre typer testing.\n<\/p>\n
\n Brukervennlighetstesting av mobilapper har tilfeldig utvalgte brukere; derfor er ikke resultatene 100 % n\u00f8yaktige hver gang. Derfor kan du f\u00e5 kompromitterte resultater i tilfelle deltakerne ikke 100 % rapporterer fornuftige og presise innspill, noe som er mulig.\n<\/p>\n
\n Det er avgj\u00f8rende for testerne (brukerne) \u00e5 utforske applikasjonen med en realistisk visjon. S\u00e5 det kan v\u00e6re utfordrende \u00e5 sette opp de riktige oppgavene for dem. Men her er «brukerne» testerne, s\u00e5 \u00e5 la dem oppdage oppgavene vil generere mer verdifulle resultater enn \u00e5 be dem om \u00e5 gj\u00f8re en forh\u00e5ndsdefinert liste over oppgaver.\n<\/p>\n
\n For \u00e5 m\u00f8te brukernes forventninger f\u00f8ler programvareutviklingsteam press til \u00e5 levere, n\u00e5 deadlines og spore KPIer. Utviklingsteam for mobilapplikasjoner har noen ganger utrolig stramme tidsfrister og haster med \u00e5 presse funksjoner i produksjon. De m\u00e5 selv validere funksjonene bare for \u00e5 holde utviklingssyklusen i gang. I slike tilfeller er det vanskelig \u00e5 finne l\u00f8sninger som balanserer tilbakemeldinger fra brukertesting og utviklingsteam.\n<\/p>\n
\n Det er en enkel og rask m\u00e5te \u00e5 lage UI-prototyper for testing. Solidify lar deg laste opp skjermer og hotlink dem sammen, og deretter begynne \u00e5 teste ideene dine med ekte brukere. Den har en h\u00e5ndterbar arbeidsflyt og lar deg f\u00e5 innsikt i problemomr\u00e5der gjennom brukertestrapporter.\n<\/p>\n
\n Mouseflow er den enkleste m\u00e5ten \u00e5 registrere brukernes handlinger og opplevelser p\u00e5 i mobilapplikasjonen. Den lar deg spille av hele bes\u00f8ksopplevelsen og identifisere smertepunkter for \u00e5 hjelpe deg med \u00e5 optimalisere ytelsen til applikasjonen.\n<\/p>\n
\n UserZoom er et utmerket verkt\u00f8y for \u00e5 utf\u00f8re ekstern brukervennlighetstesting for mobilapper. Den hjelper deg med \u00e5 avdekke problemer med utformingen av mobilapplikasjonen din og avsl\u00f8re n\u00f8dvendige forbedringer som kan gj\u00f8res for \u00e5 gj\u00f8re et produkt mer brukervennlig og p\u00e5litelig. I tillegg er det en UX-innsiktsl\u00f8sning som hjelper deg med \u00e5 spore brukere eksternt, hva de tenker og m\u00e5le brukeropplevelsens ytelse.\n<\/p>\n
\n Testbirds er et flott verkt\u00f8y for ekstern brukervennlighetstesting for mobilapper. Den tar seg av alle problemer med brukervennlighet og UX-testing ved \u00e5 holde et steg foran med rask tilbakemelding og innsikt fra de virkelige brukerne. Det er den raskeste og praktiske m\u00e5ten \u00e5 f\u00e5 detaljerte tilbakemeldinger om produktet p\u00e5. Den tilbyr ogs\u00e5 unders\u00f8kelser og intervjuer som umiddelbart forteller deg om problemstillinger knyttet til brukeropplevelse.\n<\/p>\n
\n TreeJack har vist seg \u00e5 v\u00e6re et hendig verkt\u00f8y for informasjonsarkitekturen til mobilapplikasjonen din. Den gjengir mobilnettkartet i sin enkleste form som et tre og setter deretter opp oppgaver for deltakerne. Videre lar den deg vite hvor og hvorfor brukere blir sittende fast i applikasjonen og evaluerer hvordan m\u00e5lgruppen din navigerer gjennom den.\n<\/p>\n
\n Vi h\u00e5per at du finner beste fremgangsm\u00e5ter og testmetoder for brukervennlighet for mobilapper gjeldende fra artikkelen. Det er mange beste fremgangsm\u00e5ter for brukervennlighetstesting, som \u00e5 rekruttere riktig publikum, veve riktig tilbakemelding, tenke nytt p\u00e5 tilbakemeldingen, stresse p\u00e5 personlig testing i visse tilfeller, og mange du kan bruke for \u00e5 f\u00e5 n\u00f8yaktige resultater fra brukervennlighet testing. Pr\u00f8v ogs\u00e5 de ovennevnte verkt\u00f8yene for dine krav til brukervennlighetstesting. Vi er sikre p\u00e5 at du m\u00e5 ha likt \u00e5 lese artikkelen!\n<\/p>\n<\/p>\n