Meny

Veiledning for brukervennlighetstesting: En komplett guide

usability testing tutorial

Prøv Instrumentet Vårt For Å Eliminere Problemer

Denne omfattende guiden til brukervennlighetstest forklarer hva som er brukervennlighetstesting, hvorfor vi trenger det, dets metoder, eksempler, prosesser og verktøy:

Vi tester et programvareprodukt, et nettsted eller en tjeneste for å måle kvaliteten på leveransen. Denne testen består av både funksjonell og ikke-funksjonell testing. Brukervennlighetstesting er en av de mange ikke-funksjonelle testtypene.

Usability Testing er et rike av IT-verdenen som prøver å innlemme hvordan 'mennesker' ønsker at applikasjonene deres skal være - noe som aldri er enkelt. Det er som å prøve å lese tankene. Det som høres ut som sunn fornuft, er en dyp vitenskap når det gjelder å teste brukervennlighet.

I denne artikkelen vil vi lære og forstå nødvendigheten av brukervennlighetstesting, forstå dens forskjellige kategorier. Vi vil også se de forskjellige verktøyene og metodene. Lær om forskjellige faser av brukervennlighetstesting og måter å analysere resultatene på.

Brukervennlighetstesting

Hva du vil lære:

Hvorfor er brukervennlighetstesting nødvendig

Hvorfor brukervennlighetstesting

(bilde kilde )

Vi oppretter nettsteder eller produkter eller tjenester for brukere eller kunder for å tilby løsninger for deres krav. Ved å utføre brukervennlighetstesting kan vi forstå om den opprettet løsningen tilfredsstiller kundens eller brukerens krav eller ikke.

Det kan hende at tjenesten eller produktet som er opprettet kan fungere som forventet i funksjonalitet, men ikke er brukervennlig. Derfor kan den ikke tiltrekke seg brukere eller kunder av produktet og gi en bedre brukeropplevelse. Dette vil til slutt påvirke virksomheten til selskapet, ettersom brukere vil finne andre produkter eller tjenester mye lettere å bruke.

Hva er brukervennlighetstesting?

Det er en ikke-funksjonell type programvaretesting. Det er stort sett delt inn i forståelighet, lærbarhet, brukbarhet, attraktivitet og samsvar. Brukervennlighetstesting er å bestemme i hvilken grad vi forstår programvareproduktet, lett å lære, enkel å betjene og attraktivt for brukerne under spesifiserte forhold og krav.

Denne typen testing utføres vanligvis av brukere i virkeligheten og ikke utviklingsteamet. Utviklingsteamet er den som har laget produktet, og dermed klarer de ikke å finne færre feil som er relatert til brukeropplevelsen.

Brukervennlighetstesting er hovedsakelig delt inn i tre kategorier. Disse er:

  • Eksplorativ
  • evaluering
  • Sammenlignende

La oss forstå disse kategoriene i detalj:

# 1) Eksplorerende

Vi vurderer vanligvis denne kategorien i de tidlige stadiene av programvaretestprosessen. Jo tidligere brukervennlighetstestingen ble utført i testprosessen, minimum er risikoen i produktet. Produktet og konseptene knyttet til produktet eller tjenesten vurderes vanligvis for brukervennlighetstesting i dette stadiet.

# 2) Vurdering

Denne kategorien beskriver vurderingen av testens slutt til slutt, og analyserer også produktets effektivitet og brukertilfredshet.

# 3) Sammenlignende

I denne kategorien sammenlignes to eller flere produkter av lignende teknologi med forskjellige attributter som produktets design, fordeler, ulemper ved produktet eller tjenestene, og som hjelper til med å velge produktet som gir en bedre brukeropplevelse.

Som navnet antyder i sammenligningskategorien for brukervennlighetstesting, sammenligner vi to eller flere lignende typer produkter og forstår produktets funksjoner, funksjoner, fordeler og ulemper. Dette er med på å bestemme forbedringsområdene i produktutviklingen for å tiltrekke seg kunder og styre markedet.

Testmetoder for brukervennlighet

Følgende er de brukbarhetstestemetodene som er mest brukt:

# 1) Gangtesting

Denne metoden er en av de mest effektive og kostnadseffektive metodene som er tilgjengelige sammenlignet med andre. I denne metoden får få tilfeldige personer nettstedet eller produktet til å teste i stedet for trente fagpersoner.

Når tilfeldige mennesker tester tjenesten uten forkunnskap om produktet, tester de den mer effektivt og gir mer nøyaktige resultater og ærlig tilbakemelding for forbedring, hvis noen.

# 2) Testing av ekstern brukbarhet

Som navnet antyder, finner ekstern brukbarhetstesting sted av mennesker som er lokalisert på eksterne steder, dvs. som er lokalisert i flere stater eller noen ganger i flere land for testformål. Denne typen testing utføres eksternt, og problemer kan rapporteres hvis de blir funnet.

Tilbakemeldinger kan registreres og kan sendes inn av tilfeldige personer og ikke en teknologekspert. Noen ganger utføres ekstern testing ved hjelp av videokonferanser. Denne typen brukervennlighetstesting gir mindre kostnadsverdi sammenlignet med andre typer testing.

# 3) Ekspertanmeldelse

Eksperten i feltet blir bedt om å teste produktet eller tjenesten og gi tilbakemelding og deretter sende inn resultatene. Denne typen tester er vanligvis dyre, ettersom selskapet trenger å ansette en teknologiekspert. En ekspertanmeldelse kan også gjøres eksternt for å sende inn resultatene.

Denne typen brukervennlighetstesting utføres raskt og tar kortere tid. Eksperten finner raskt smutthullene og oppdager feilene i produktet eller tjenesten. Slike tester er vanligvis dyre, og klienter unngår derfor dette alternativet.

Denne testen er pålitelig på grunn av erfaringen eksperten har. Ekspertanmeldelse er verdt utgiften når produktet har en kritisk funksjon, og selskapet må finne brukerens reaksjon før de lanserer produktet.

# 4) Testing av papirprototype

Papirprototypetesting er en av de mest tradisjonelle tilnærmingene for brukervennlighetstesting. Denne metoden innebærer et tørt løp av testutførelsen, håndskisse, tegning av modellene eller prototypen.

papirprototype

(bilde kilde )

Å diskutere flyten og tegne dem på papir og vurdere alle mulige innspill og scenarier og forhold er målet for denne typen testing. Dette er en av de viktigste testtypene som for det meste observeres i alle prosjektene for å eliminere primære problemer. Ved å utføre prototypetesting av papir kan man ha mer klarhet i utførelsesprosessen.

Papirprototypetesting gjøres vanligvis i prosjektgruppen. Derfor blir det vurdert i de tidligere stadiene av testprosessen. Dette er relativt en billigere metode for brukervennlighetstesting, men er ikke den mest effektive måten å teste på, da det til tider er mer tidkrevende, og det er større mulighet for at vi selv etter testing kan miste noen få problemer.

# 5) Automatisert brukervennlighetstesting

Som navnet antyder, utføres denne testmetoden ved å skrive automatiseringsskript. Vi skriver manus for automatisering, og når manusene utløses, blir testsaker utført. Etter gjennomføring av testen blir resultatene registrert og sendt inn.

For denne typen testmetode må et selskap ansette en ressurs som er godt kjent med å skrive manus og bygge et automatiseringsrammeverk. Dette er en av de mest brukte testmetodene, da dette ikke er så dyrt som ekspertanmeldelsestypen og ikke så primært som testmetoden for papirprototype.

Dette er en av de effektive typene brukervennlighetstesting, da det er mindre menneskelig inngripen på grunn av automatiserte skript og mindre sannsynlig å miste problemer.

Brukervennlighetstestverktøy

Det er mange verktøy som hjelper denne prosessen med. Alle disse verktøyene kan grovt sett kategoriseres som følger:

Kategori 1) Lag oppgaver / tester og gi dem til brukerne (å finne brukerne og gi dem oppgaver er en manuell aktivitet utenfor verktøyet). Mens de utfører disse oppgavene, kan tilretteleggeren se på skjermen og samhandle med dem. Dette kan være i linjene for hvordan du 'Skype'.

Kategori # 2) Tool gir brukere, eller du kan velge dine egne brukere. Du kan sende inn siden / designet og oppgavene som skal utføres. Verktøyet vil på sin side gi deg videoene om brukerinteraksjonen pluss brukerens kommentarer. Du kan lage din egen analyse.

Kategori # 3) Verktøy som bruker øyesporing og varmekart metoder for å bestemme hvilken del av siden brukeren har brukt mest tid på. Noen av verktøyene i denne kategorien registrerer også brukerens klikk, ruller, musebevegelser osv.

Kategori # 4) Verktøy som gir deg tilbakemelding basert på nettstedet, siden eller trådrammen du sender inn som innspill. Noen verktøy av denne typen gir også spørreundersøkelser som hjelper til med å gi avgjørende bevis angående bruksspørsmål.

Kategori # 5) Verktøy som rekrutterer brukere til brukervennlighetstesten din.

Ovennevnte er en veldig bred klassifisering. Det er mange andre verktøy. Og også, inndelingen i en bestemt kategori er ikke alltid så ren. Noen ganger bruker verktøyene flere metoder samtidig.

Her er en liste over verktøy kategorisk og lenken for å finne mer info om dem.

verktøy for brukervennlighetstesting

Ved å bruke forskjellige verktøy for brukervennlighetstesting kan brukeren fullføre oppgaven på en mer effektiv og effektiv måte. Disse verktøyene hjelper til med å identifisere en bedre brukeropplevelse. Ikke alle prosjektene bruker verktøy for brukervennlighetstesting, ettersom de er dyre og kunder ikke vil investere i verktøy for dette formålet.

CrazyEgg er et av de mest brukte testverktøyene for brukervennlighet. Det er et klikkbasert brukeropplevelsesverktøy som gjør det enkelt å bruke.

Her er listen over mest brukte verktøy:

  1. UXtweak
  2. CrazyEgg
  3. Brukerzoom
  4. Sløyfe11
  5. Optimalt
  6. TryMyUI
  7. UserTesting.com
  8. Qualaroo
  9. Usabilla
  10. UserFeel
  11. Userlytics
  12. Validately.com

Videre lesning=> Liste over beste testverktøy for brukervennlighet

Fordeler og ulemper

Fordeler med brukervennlighetstesting:

  • Ved å utføre en brukervennlighetstest, kan vi forbedre produktets feil, hvis det finnes noen, og rette dem opp før lanseringen av produktet. Gjennomføring av tester vil dermed bidra til å øke produktkvaliteten.
  • Mange ganger går interne diskusjoner mot debatter som kan løses etter å ha utført brukervennlighetstesting, noe som hjelper med å forstå brukeropplevelsen bedre.
  • Noen ganger observeres det at utviklingsteamet ikke oppdager noen mindre feil som kan bli funnet ved å utføre brukervennlighetstesting.
  • Ettersom tilbakemeldingene kommer direkte fra brukersiden, blir det gunstig for virksomheten å forbedre produktet i henhold til målgruppen.

Ulemper ved brukervennlighetstesting:

  • Økonomisk begrensning er en av de største ulempene da man trenger å rekruttere og administrere ressursene for brukervennlighetstesting.

Ulike deltakere eller elementer

Deltakerne i brukervennlighetstesting avhenger av prosjektets kompleksitet og budsjett. Hvis prosjektet er svært komplekst og inneholder viktige og kritiske funksjoner, blir flere deltakere vurdert. Mens et lite deltakerteam vurderes for å teste kompleksiteten på mellomnivå.

I de fleste tilfeller er det en forsker og noen få deltakere for brukervennlighetstesting. Antall deltakere varierer mellom tre til tjuefem, mens ethvert deltakerteam med fem til ti medlemmer stort sett blir observert.

kjerneelementer for brukervennlighetstesting1

Forskeren er også kjent som en tilrettelegger eller moderator, der forskeren er den som observerer deltakerne og modererer oppgaven de utfører og også registrerer tilbakemeldingen.

Hovedsakelig er det tre elementer, som er som følger:

Forsker, deltaker og oppgave som skal utføres.

flyt av info

Deltakeren er den som utfører oppgaven mens tilretteleggeren veileder deltakerne som utfører oppgaven. Tilrettelegger og deltakerne har idédugnad innbyrdes slik at deltakerne kan teste tjenesten mer effektivt og i riktig retning.

Tilrettelegger sjekker også om resultatene som er sendt inn er korrekte. Forskeren sender instruksjonene til deltakerne via oppgaveark eller muntlig eller på videokonferanser hvis testing utføres eksternt. Fasilitatoren kan stille krysspørsmål til deltakerne bare for å kontrollere at oppgaven utført av deltakerne er på rett spor.

Hvis forskeren fant noe avvik i oppgaven som ble utført, kan forskeren kontrollere utførelsesflyten.

Ulike faser av brukervennlighetstesting

La oss forstå hvordan vi kan starte brukervennlighetstesting? ELLER hva er de forskjellige fasene av brukervennlighetstesting?

Samme som for andre testteknikker, brukervennlighetstesting bør også startes så tidlig som mulig. Ulike faser inkluderer planlegging, rekruttering, gjennomføring, dataanalyse og rapportering.

trinn for brukervennlighetstesting

(bilde kilde )

# 1) Planlegging

Denne fasen er den første fasen i programvaretesting. Planleggingsfasen er når målsettingen for prosjektet er definert. Dokumentasjonen av prosjektet gjøres i planleggingsfasen. Dette er en av de mest grunnleggende og kritiske trinnene i programvaretesting.

I dette stadiet planlegger vi veikartet for å fortsette med testprosessen. Vi planlegger spørsmål som hva vi skal teste? hvordan skal man teste? hvem skulle teste hvilke funksjoner? hvilke forskjellige scenarier bør vurderes for testing ?. I planleggingsfasen samler vi forretningskravet og utarbeider planen.

spørsmål om nettjenesteintervjuer i java

# 2) Rekruttering

I denne fasen rekrutterer vi tilrettelegger og deltakere i henhold til prosjektets budsjett og kompleksitet.

# 3) Utførelse

I dette stadiet utfører deltakerne brukervennlighetstesting og utfører den tildelte oppgaven.

# 4) Dataanalyse

I løpet av dataanalysetrinnet analyseres tilbakemeldingen fra brukervennlighetstesting. Resultatene kategoriseres og mønstre identifiseres. Konklusjonen genereres fra tilbakemeldingen som er gitt for å forbedre produktet og dermed forbedre virksomheten.

# 5) Rapportering

Tilbakemeldingen og funnene blir delt med kundene og utviklingsteamene på tvers av prosjektet. Diskusjon om forbedringsområdene og implementeringen av dette vurderes i dette stadiet.

Prosess med brukervennlighetstesting

(bilde kilde )

Faktorer å vurdere når UX-testing

Først og fremst, jo tidligere du tester, jo bedre er det å forhindre risiko, sløsing med tid og budsjett for prosjektet.

  1. Forbedringsområder kan håndteres lettere hvis testingen har startet på et tidlig stadium.
  2. Velg et team av brukere som vil utføre oppgaven.
  3. Vi må forstå målgruppen for å vite mer om brukeropplevelsen og produktet. Dette vil hjelpe oss å forstå hvem som skal bruke produktet, hva er brukernes behov i disse kategoriene. Formålet med å bruke produktet. Er produktet i stand til å tilfredsstille brukerne?
  4. Mulige måter å bruke produktet på og tilleggsfunksjoner som brukeren kan se etter i fremtiden.
  5. Diskuter forbedringsområdene med utviklingsteamet og samarbeid med dem deretter.
  6. Vi må også vurdere ytelsen og responsfrekvensen mens vi tester produktet.

Eksempler på brukervennlighetstesting

For å analysere testresultater, bør vi alltid tenke gjennom brukernes synspunkter. Vi må huske på funksjonene som vil påvirke og forbedre brukeropplevelsen. For å forstå dette bedre, la oss diskutere noen eksempler nedenfor.

Eksempel 1: Testing av brukervennlighet av et reiseside.

Tenk på scenariet nedenfor for å teste et reiseside.

# 1) Bestiller en flytur

Brukervennlighetstesting av et reiseside

Mens du vurderer scenarier for å bestille en flyreise, bør brukeren kunne velge enveis- og returflyvningsmuligheter. Et alternativ som kan forbedre brukeropplevelsen er om brukeren kan velge alternativet for flere byer.

# 2) Bestilling av hotell

Bestiller en flytur

Mens han vurderer at brukeren reiser til en by, kan han / hun også lete etter overnatting. Hvis en bruker kan finne både flyreise og hotellovernatting på ett sted, kan det tilfredsstille brukeren. Siden brukeren ikke trenger å bla gjennom ti forskjellige nettsteder. Alt blir tatt hånd om på ett sted, og dermed blir flere brukere tiltrukket av nettstedet.

# 3) Leie av bil / tohjuling

Leie en bil

Mens brukeren planlegger å reise til en by for ferie eller for småbedrifter, kan de kreve et kjøretøy for å reise lokalt. Hvis nettstedet har muligheten til å leie kjøretøyet, kan det tiltrekke brukerne til nettstedet positivt.

# 4) Spore flyturen

Dette er en av de viktigste funksjonene som kundene ser etter før de ankommer flyet.

Denne skjermen skal vise flystatus for både fra ankomst og avreise i henhold til kildebyen nevnt. For å få en bedre brukeropplevelse, bør siden også inneholde søkealternativer for et raskt søk basert på flyselskap, tid eller destinasjon.

# 5) Ting å gjøre / beste stedene å besøke

Dette kan være en ekstra funksjon som vil interessere brukerne av nettstedet. Gjennom denne funksjonen blir brukeren bedre kjent med stedet og ting å utforske rundt. Dette kan legge til muligheten for at brukeren vil leie et kjøretøy for lokal transport. Hvis nettstedet har funksjonen å leie et kjøretøy og steder å besøke rundt, vil dette gi en fordel.

# 6) Administrere tidligere bestilling

Denne funksjonen er til stor hjelp for både brukeren og bedriftseieren, ettersom brukeren enkelt kan gjenta det nylig reiste alternativet hvis brukeren har lignende krav. På grunn av denne funksjonen kan bedriftseieren forstå hvilken type bruker og hvilken type bookinger som er gjort, noe som kan bidra til å gi bedre tilbud og tilbud til brukeren for å forbedre virksomheten.

Denne funksjonen er til stor hjelp i tilfelle hvis brukeren trenger å sende inn en kvittering for reservasjonene som er gjort for refusjon, som nettopp ble feilplassert. På grunn av denne funksjonen kan personen få en duplikkkvittering fra nettstedet.

Siden denne funksjonen hjalp personen, kunne personen i fremtiden vurdere dette nettstedet og være et godt ord for andre.

# 7) Kundeservice

I tillegg til alle funksjonene vi har på nettstedet, hvis brukeren kommer over noen vanskeligheter eller trenger hjelp, er kundeservice funksjonen som kan sees etter. Dette er en veldig kritisk funksjon, ettersom den er direkte knyttet til kundetilfredshet, som er vårt mål mens brukervennlighetstesting.

Å bli koblet til kundeservice via samtale, e-post eller chat. Å legge ut vanlige spørsmål vil også hjelpe kundene.

La oss diskutere en annen søknad

Eksempel 2: Få transport online med Uber

# 1) Bestiller tur

Dette er applikasjonens primære funksjonalitet at selv om 100-brukere prøver å bestille turen samtidig, skal brukeren kunne bestille turen.

Bestiller en tur med uber

# 2) Typer av tur

Brukeren skal kunne se og bestille alle typer turer som er tilgjengelige, fra mikro, mini, prime, Sverige, carpool, etc. Antall ledige plasser i turen vises også med kjøreturen.

type tur

# 3) Anslått ankomsttid

Under bestillingen skal den vise beregnet ankomsttid, slik at brukeren kan velge mellom de forskjellige tilgjengelige alternativene.

# 4) Anslått kostnad når du bestiller turen

Når du bestiller, bør den vise de estimerte kostnadene slik at brukeren kan bestille fra de forskjellige tilgjengelige alternativene.

# 5) Kjør alternativet senere

Hvis brukeren vil forhåndsbestille turen, bør personen kunne bestille en tur av personlig lyst.

Kjør senere alternativet

# 6) Del turalternativ

Hvis brukeren har bestilt en tur for sin venn og vil dele turdetaljene med sin venn. Personen skal kunne dele turdetaljene.

prøve test plan dokument for mobil applikasjon

# 7) Legge til forskjellige betalinger

Brukeren skal kunne betale i alle modusene. Som et kredittkort, debetkort, UPI, lommebok eller kontant betaling. Søknaden bør be om bekreftelse før du lagrer kredittkortet, debetkortlegitimasjonen.

Legge til forskjellige betalinger

# 8) Kundesupport

Brukere skal kunne koble til kundeservice via samtale, e-post eller chat. Å legge ut vanlige spørsmål vil også hjelpe kundene. Det er også nyttig i tilfelle hvis personen ved en feiltagelse har glemt eiendeler, eller hvis sjåføren har belastet ham feil, også hvis sjåføren prøvde å oppføre seg feil eller hvis brukeren ønsker å sende inn en klage eller søke noen form for hjelp.

Denne funksjonen viste seg å være en av de viktigste funksjonene for brukere som søker hjelp.

uber hjelp

# 9) Avbryt den bookede turen

Hvis brukeren bestilte en tur bare ved en feiltakelse og ønsker å avbryte, bør brukeren kunne avbryte den bestilte turen.

# 10) Ring sjåføren

Det kan hende at sjåføren ikke klarer å finne føreren på hentestedet, eller at brukeren er på hentestedet og ikke finner driveren. Denne funksjonen reduserer forvirring og sparer tid hvis sjåføren ikke er klar over stedet, han kan kontakte deg og nå deg lett.

Hva skjer etter brukervennlighetstesting

Når vi vurderer eksemplet ovenfor, er de nevnte funksjonene de som mottas som tilbakemeldinger fra brukeren mens de bruker reisesiden og online bookingsøknaden. Det kan være få flere nødvendige funksjoner, avhengig av kundens krav og bruk av nettstedet.

Etter at brukervennlighetstesten er fullført, er den første tingen å gjøre å samle alle tilbakemeldingene og konklusjonene, og deretter diskutere hva vi kan få plass til som forbedring av produktet / tjenesten. Hvor lang tid vil det ta å innlemme endringene? Hvis prosjektgruppen ikke er klar over endringene som skal implementeres, kan de diskutere igjen og fjerne uklarhetene.

Effekten av forbedringene avhenger av målgruppen som skal bruke applikasjonen, formålet med applikasjonen, funksjonene som må legges til eller forbedres på nettstedet. Etter at alle de ovennevnte punktene er diskutert, er det et ledelsessamtale mens du vurderer produktets funksjoner. Dette avhenger også av forretningsfunksjonen til funksjonen.

ofte stilte spørsmål

Q # 1) Hva er brukervennlighetstesting i programvaretesting?

Svar: Det er en ikke-funksjonell type programvaretesting som brukes til å bestemme hvor enkelt brukerne kan forstå og bruke produktet.

Spørsmål 2) Hvordan gjøres brukervennlighetstesting?

Svar: For det meste utfører et dedikert team brukervennlighetstesting. Teamet består av deltakere som utfører oppgaven som er tildelt dem og rapporterer observasjonen. Mens tilretteleggeren er den som modererer teamet.

Spørsmål 3) Hva er hensikten med brukervennlighetstesting?

Svar: Produktet som utvikles, skal tilfredsstille brukerens krav. Ved å utføre brukervennlighetstester kan vi finne ut om brukeropplevelsen og forbedre produktet der det er forbedringsmuligheter.

Spørsmål nr. 4) Hva er de tre hovedprinsippene for brukervennlighetstesting?

Svar: Dette er:

  • Den tar for seg produktutvikling.
  • Det innebærer å studere virkelige brukere når de bruker produktet og forstår brukeropplevelsen.
  • Det innebærer forbedring av produktet i henhold til brukeropplevelse og målsettinger og en tidslinje for å oppnå det.

Q # 5) Hva er brukervennlighet?

Svar: Det er fem egenskaper ved brukervennlighet. Disse er som følger:

  • Effektiv
  • Effektiv
  • Engasjerende
  • Feil Tolerant
  • Lett å lære

Mer om brukervennlighetstesting

brukervennlighetstesting

(bilde kilde )

En brukervennlighetstest sørger for at grensesnittet til en AUT er bygget på en måte som passer brukerens forventninger med hensyn til å oppfylle kravene (effektivitet) enkelt (effektivt) på en enkel og tilfredsstillende måte.

Hovedfokuset er på:

  • Brukervennlighet
  • Enkel læring eller å bli kjent med systemet
  • Brukerens tilfredshet med hele opplevelsen

Brukervennlighet har mange dimensjoner. Det handler om brukerens 'opplevelse' under interaksjonen med en applikasjon og deres 'følelse' mot den. En strukturert brukervennlighetstest oversetter denne opplevelsen / følelsen til en valideringsprosess.

Hvorfor det utføres

Nett- og mobilapplikasjoner styrer næringslivet i nyere tid. Disse appene er effektive, effektive, enkle, enkle, tiltalende, engasjerende osv. Er veldig viktig for at de skal omfavnes av kundene. Brukervennlighetstesten handler om å avgjøre om et nettsted er det brukeren ønsker å bruke og komme tilbake til eller ikke.

Dette gjelder ikke bare programvaresystemer. Enhver maskin / grensesnitt som har menneskelig interaksjon, må tilfredsstille disse reglene. Hvordan spør du? Demokrati ville lide hvis ikke stemmeautomatene var brukbare. Jeg ville ikke stemme hvis jeg måtte klikke mer enn en knapp for å velge kandidat, ville du? Nøyaktig!

For et mer programvarespesifikt eksempel, sjekk ut dette 300 millioner dollar artikkel av Jared Spool som tydelig vil forklare hvordan plassering av en knapp har fått virksomheten til å bli påvirket.

Når gjennomføres brukervennlighetstesting

Som testere vet vi at jo tidligere en feil er funnet i SDLC jo billigere er det å fikse det. Det samme konseptet gjelder også for testing av brukervennlighet.

Brukervennlighet Testresultater påvirker utformingen av produktet. Så ideelt sett bør brukervennlighetstesten starte på designnivå. Men det er ikke alt; programvare gjennomgår mange endringer / tolkninger / implementeringer gjennom SDLC-prosessen. For å være sikker på at vi ikke gjør brukervennlige feil i noen av disse trinnene - bør denne testen utføres ofte og kontinuerlig for maksimale resultater.

Hvem utfører denne testen

Det kan gjøres som en intern prosess når designere, utviklere og alle andre kan sette seg ned og analysere systemet sitt og få resultatene. Basert på disse resultatene kan design og / eller kode endres for å være i samsvar med endringene de alle er enige om.

En mer avansert tilnærming er å ansette brukere i sanntid og gi dem bestemte oppgaver. En fasilitator (er) kan utarbeide disse oppgavene og få resultatene fra brukerne.

Brukerne kan da gi informasjon om:

  • Oppgaven var vellykket eller ikke
  • Oppgaven kunne utføres enkelt
  • Var opplevelsen interessant, engasjerende eller irriterende - deres følelse overfor programvaren

Hvordan gjennomføre brukervennlighetstesting - prosess

Testing er en validering av programvare mot kravene. En brukervennlighetstest er ikke annerledes - Det eneste kravet, i dette tilfellet, er å validere hvis programvaren er i henhold til et mentalt kart over hvordan en bruker vil at programvaren skal være, hva som gjør det behagelig for dem å bruke, hva slags av helhetlig opplevelse er at brukeren skal ta vekk fra interaksjonen, etc.

Dette er bare noen få av måtene denne testen utføres på.

#1) I løpet av designfasen kan du bare tegne nettstedet ditt / applikasjonsdesignet på et stykke papir og vurdere om det kommer til å fungere eller ikke.

#to) En utforskende metode ville være å bygge nettstedet og utføre noen tilfeldige tester (av utvikling / design / QA - ethvert eller alle interne team) for å bestemme brukbarhetsfaktorer.

# 3) Ansett et sett med sanntidsbrukere for å jobbe på nettstedet og rapportere resultater.

# 4) Bruk et verktøy som gir statistikk basert på trådene og inputene du har sendt inn.

# 5) Ansett et tredjeparts brukervennlighetsteam som spesialiserer seg på dette feltet.

# 6) Send inn nettstedsdesign og trådrammer til en ekstern evaluator og få resultater fra dem.

Den strukturerte brukervennlighetstestprosessen inneholder følgende trinn:

Trinn 1) Identifisere brukerne for å utføre brukervennlighetstesten - det hjelper å velge det settet med brukere som er i nærheten av hvordan brukerne i sanntid skal være. Det må utvises forsiktighet for ikke å velge eksperter eller fullføre nybegynnere. Ekspertene skal bare gå gjennom hele prosessen, og nybegynnerne trenger mye bakgrunnstrening for å komme i gang - ingen av situasjonene er optimale.

Steg 2) Designe oppgavene som brukerne skal utføre på applikasjonen –En liste over situasjoner som brukerne skal bruke søknadsskjemaet skal lages før testen starter. Dette kan inneholde noe sånt som: ‘Søk etter en X-box og kjøp den” eller ‘send inn et spørsmål om kundebehandling” osv. På et e-handelssted. Oppgavene skal nøye representere de reelle transaksjonene brukerne vil bruke nettstedet til.

Trinn 3) Tilrettelegge for testingen - Brukervennlighetsteamet vil få brukerne til å utføre oppgavene på nettstedet og skal samle informasjon om testens fremdrift og resultater. Det gjør virkelig en stor forskjell når designteamet deltar mens brukerne jobber med applikasjonen. Det gir dem et bedre bilde av hvordan appen ble brukt og hvor den ikke leverte det brukeren ønsket osv., Førstehånds.

Trinn 4) Analyser resultatene - På slutten av testen kan det hende vi ender opp med tiden det tok å utføre oppgaver, enten oppgaven var vellykket eller ikke, osv., I utgangspunktet rådata. Resultatene må presenteres for alle interessentene og analyseres for identifisering av potensielle problemområder.

Fra det vi har diskutert så langt, er dette inntrykkene mine:

#1) Å teste brukervennlighet er ikke en QA-oppgave. En rolle som tradisjonelle QA-lag kan spille i denne sammenhengen, er rollen som en fasilitator som oppretter oppgaver, gjennomfører testen og tolker resultatet. ‘Testeren’ i dette tilfellet er faktisk brukeren.

#to) Sluttresultatene eller utfallet av brukervennlighetstesting er ikke feil. Det er enkel informasjon om hvordan brukeren hadde det, hva de likte, hva de ikke gjorde - i utgangspunktet rådata. Usability testers jobb slutter ikke med å rapportere resultatene (i tilfelle tradisjonell QA jobber , vi rapporter feil og ikke bli involvert i å fikse dem), inkluderer det å gi forslag til hvordan du kan gjøre programvaren mer gunstig for brukerinteraksjon.

# 3) Ved å forstå disse konseptene kan vi faktisk gjøre en forskjell som funksjonelle testere. For å gi mer verdi til vår rolle som kvalitetssikring, kan vi bruke disse brukervennlighetskonseptene og gi innsiktsfulle forslag til hvordan vi kan forbedre brukervennligheten til en applikasjon.

Konklusjon

I veiledningen ovenfor har vi lært i detalj om brukervennlighetstesting i livssyklusen for programvaretesting. Opplæringen dekker også emner som hvorfor er brukervennlighetstest nødvendig, fordeler og ulemper, forskjellige deltakere eller elementer av brukervennlighetstest osv.

Vi har også dekket hvordan du analyserer testresultater, forskjellige brukervennlighetstestverktøy i detalj med eksempler.

Brukervennlighetstesting er nødvendig da det gir sjansen for forbedring før lanseringen av produktet. Denne forbedringen kan dermed øke virksomheten positivt. Derfor er brukervennlighetstest ekstremt viktig og bør utføres for å gi bedre leverbare produkter til kundene.

Les også: En komplett guide til testing av webapplikasjoner.

Forfatter: Denne artikkelen er skrevet av STH-teammedlem Swati S.

Jeg håper du finner denne artikkelen nyttig for å forstå brukervennlighetstesting. Vennligst legg til dine kommentarer og spørsmål i kommentarene nedenfor.

Anbefalt lesing

^