Introduksjon til brukervennlighetstesting

Praksisen med å sjekke designen og metodene til et produkt ved å la respektive brukere bruke produktet, er kjent som Usability Testing. Under testingen får de korresponderende kundene vanligvis beskjed om å observere og jobbe med produktet mens de blir overvåket av en forsker for å se når og hvor kundene får problemer med å styre og utføre oppgavene til den spesifiserte varen.

Brukbarhetstesting kan gjøres flere ganger til forskerne ikke ser noen problemer brukerne står overfor. De viktigste fordelene med brukervennlighetstesting har som mål å identifisere produktets feil og mangler før det sendes til masseproduksjon.

Testbarhet for brukbarhet

Testbarhetsprosessen for brukervennlighet kan utføres i løpet av noen få trinn. Selv om det er tidkrevende, vil det gi forskeren de beste og mest nøyaktige resultatene fra faktisk testing. Dette gir deg en ide om feilene og manglene i produktet ditt, noe som vil hjelpe deg levende før du setter det ut i samfunnet. Testbarhet for brukervennlighet vil hjelpe deg med å gi og generere mange løsninger for hvert problem som kommer opp gjennom testingen.

Testbarhet for brukervennlighet

  • Den første typen hvis prosessen er kjent som Prototype-utvikling. Uansett hvilket felt produktet du spesialiserer på, er målet å sette ideen i testen og skrap ideen sammen.
  • Basert på sluttproduktet ditt, kan du bestemme hva du vil studere og utføre i praksis og hva målene for metoden er.
  • Det avgjørende neste trinnet er utkast. På en måte begynte du å delta i det i hele prototyputviklingsdelen. Testplanen burde svare på to viktige spørsmål - hva du deltar for å se på eller teste og hvordan du får resultatene.
  • Nå har du en prototype, og du har også et produkt som du vil sjekke. Neste trinn er å rekruttere deltakere til Testing. Mange sier at det er den vanskeligste delen av prosessen ettersom de må finne ekte mennesker med utmerkede egenskaper. Det enkleste er å få profesjonell hjelp til å oppnå dette målet. Dette vil gi deg det beste resultatet.
  • Det viktigste trinnet i prosessen er å gjennomføre testen. Dette kan gjøres internt eller eksternt. Mange sier at å utføre testen internt gir deg muligheten til å moderere brukerens opplevelse live og få en idé, selv om det å holde den eksternt også kan tas for gitt.
  • Sist, men ikke minst, å organisere og få de beste resultatene ut av testen er en tidkrevende handling, men dette bør gjøres tålmodig og ved å dobbeltsjekke for feil.

Eksempler på brukbarhetstesting

  • En person som kunne være en IOS-utvikler, hadde en enkel ide om å lage en app som er mye mer rett frem enn påminnelsesappen som ble lansert med mange problemer, da den ikke var brukervennlig.
  • Personen ønsker å gjøre appprosessen så enkel som den kan bli ved å la den enkelte komponere det personen det gjelder for å bli hjulpet til å huske, på det tidspunktet å la dem velge en forhåndsdefinert dato som rammene våre ville være avhengige av et utvalg av elementer, trykke "gjort", og det ville være det.
  • Disse poengene var uten frills. Annet enn det, trengte utvikleren i tillegg å ha et vesentlig oversikt for å demonstrere klientens oppdateringer og inkludere valg for å endre disse oppdateringene og endre applikasjonsinnstillinger generelt. Han valgte å gå med et altfor moderat svar for tilgang som ser; klientene ville trykke på et merke på det tidspunktet åpne menyen, på det punktet trykke på et symbol og gå til oversikten. Det hørtes bra ut for oss - og for de tidlige beta-analysatorene (som var dypt engasjert i prosedyren).
  • Det jobbet ut at denne ordningen var for kortsiktig; den unnlot å innlemme nok signifikanter, og dette påvirket intenst bruken. Hvordan kunne utvikleren finne det ut? Gjennom brukbarhetstesting.
  • Vi brukte en enhet som gjorde det mulig for oss å gjøre eksterne tester og prøvde det med klienter som samarbeidet med applikasjonen vår ut av det blå og er første gangs brukere.
  • Kritikken utvikleren fikk var utenkelig kanin: Ingen skjønte hvordan man skulle åpne opp menyen, eller, mye forferdeligere, at det til og med var tenkelig å åpne listen. Han fant ut at symbolene var i overkant konseptuelle - han benyttet en sandwichlignende liste når han brukte en sandwich-meny var lang vei fra å være standard - for å betegne kapasitetene sine, og etterpå, med kurs til menyshowet, var det ikke klart hvordan man endre tingene. Totalt sett var det forskjellige problemer.

Fordeler med brukervennlighetstesting:

Det er mange fordeler ved å bruke brukervennlighetstesting, inkludert:

  • Kritikk direkte fra den tiltenkte interessegruppen for å sentrere oppgavegruppen.
  • Interne diskusjoner kan avgjøres ved å teste problemet for å oppfatte hvordan klienter reagerer på de forskjellige alternativene det snakkes om.
  • Problemer og potensielle problemer blir omtalt før produktene kastes.
  • Det kan sees mot slutten av lanseringen.
  • Det forbedrer sannsynligheten for bruk og bruker om igjen.
  • Det begrenser faren for at varen faller flat i markedet.

Ulemper med brukervennlighetstesting:

  • Brukbarhetstesting gir mange fordeler; Imidlertid er det et par problemer med å bruke denne filosofien, som bør bemerkes.
  • Til å begynne med er ikke Testing 100% delegert til den faktiske situasjonen.
  • I tillegg er brukervennlighetstesting for det meste subjektivt, så det gir ikke de enorme eksemplene på kritikk som en meningsmåling kan, men innspillene kan være umiskjennelig gradvis presise og kyndige.

Konklusjon

For å pakke det sammen og gjenta, er å teste svaret med ekte klienter den beste metoden for å skille hvor de viktigste problemene med brukervennlighet er. Dessuten er det ikke en smart tanke å drive en feilaktig, farlig gjenstand som i utgangspunktet ikke er til hjelp - uansett om du ikke skal tilpasse den, innebærer det at du sprer tiden din med å bygge noe ingen vil bruke.

Anbefalte artikler:

Dette har vært en guide til brukervennlighetstesting. Her diskuterer vi hva som er tester for brukbarhet? testingsteknikker, testing Prosess, fordeler og ulemper med få eksempler. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. DevOps Testing Tools
  2. Hva er DevOps?
  3. DevOps livssyklus
  4. Defekte livssyklus i test av programvare
  5. 8 Viktig oppgave for å skrive en testplanmal

Kategori:

Programvare utvikling