Mitä käytettävyystestaus on? Menetelmät ja esimerkit

⚡ Älykäs yhteenveto

Käytettävyystestaus mittaa, kuinka helposti oikeat ihmiset suorittavat oikeita tehtäviä sovelluksen sisällä. Tämä yleiskatsaus selittää, miksi tiimit suorittavat sitä, testityyppien taksonomiaa, viisivaiheista prosessia, edistymistä osoittavat mittarit ja kuinka monta osallistujaa on riittävästi.

  • 🎯 Keskeinen tavoite: Paljasta opittavuuden, tehokkuuden, tarkkuuden ja käyttäjäystävällisyyden puutteet ennen julkistusta, älä sen jälkeen.
  • 📅 Oikea ajoitus: Suorita ensimmäinen istunto suunnitteluvaiheessa, jolloin näytön uudelleen piirtäminen ei vielä maksa juuri mitään.
  • 🧩 Valitse ensin tyyppi: Päätä, onko kyseessä moderoitu vai moderoimaton, etäkäyttö vai laboratoriotyö, tutkiva vai vertaileva, ennen kuin valitset ohjelmiston jatkoon.
  • 🔬 Kaksi keskeistä tekniikkaa: Laboratorioistunnot paljastavat kehonkielen, kun taas etäistunnot tallentavat äänen, näytön toiminnan ja kasvojen ilmeet automaattisesti.
  • 🗂️ Viisivaiheinen prosessi: Suunnittele, rekrytoi, testaa ja analysoi dataa ja raportoi sitten havainnot suunnittelijoille, kehittäjille ja liiketoiminnan sidosryhmille.
  • 👥 Otoskoko: Viisi edustavaa osallistujaa paljastaa noin 80 prosenttia käytettävyysongelmista tyypillisessä sovelluksessa.
  • 📊 Mittaa ja vertaa: Track tehtävän onnistumisprosentti, tehtävään käytetty aika, virheprosentti ja tyytyväisyyspisteet edelliseen koontiin verrattuna.

Käytettävyystestaus

Käytettävyystestaus joka tunnetaan myös nimellä käyttäjäkokemustestaus (UX) on ei-toiminnallinen testaus menetelmä ohjelmistosovelluksen helppouden ja käyttäjäystävällisyyden mittaamiseen. Pieni joukko kohdekäyttäjiä käyttää ohjelmistosovellusta käytettävyysvirheiden paljastamiseen. Käytettävyystestaus keskittyy pääasiassa sovelluksen helppokäyttöisyyteen, sovelluksen joustavuuteen hallita ohjaimia ja sovelluksen kykyyn saavuttaa tavoitteensa.

Tätä testausta suositellaan suunnittelun alkuvaiheessa SDLC, mikä antaa enemmän näkyvyyttä käyttäjien odotuksiin.

Miksi käytettävyystestaus

Käytettävyystestaus

Estetiikka ja muotoilu ovat tärkeitä. Se, kuinka hyvältä tuote näyttää, määrittää yleensä sen, kuinka hyvin se toimii.

On monia ohjelmistosovelluksia/verkkosivustoja, jotka epäonnistuvat surkeasti käynnistettäessä seuraavista syistä:

  • Mistä klikkaa seuraavaksi?
  • Millä sivulla on navigoitava?
  • Mikä kuvake tai ammattislang edustaa mitä?
  • Virheilmoitukset eivät ole johdonmukaisia ​​tai niitä ei näytetä tehokkaasti
  • Istunnon aika ei riitä.

Ohjelmistotuotanto, Käytettävyystestaus tunnistaa järjestelmän käytettävyysvirheet kehityssyklin varhaisessa vaiheessa ja voi säästää tuotteen epäonnistumiselta.

Esimerkkejä käytettävyyden testaamisesta

Seuraavaksi pohditaan, mitä testaajan tulisi arvioida.

Käytettävyyden testaustestit

Tämän testauksen tavoitteena on tyydyttää käyttäjiä ja se keskittyy pääasiassa seuraaviin järjestelmän parametreihin:

Järjestelmän tehokkuus

  • Onko järjestelmä helppo oppia?
  • Onko järjestelmä hyödyllinen ja tuo lisäarvoa kohdeyleisölle?
  • Ovatko käytetyt sisältö, värit, kuvakkeet ja kuvat esteettisesti miellyttäviä?

Tehokkuus:

  • Halutun näytön tai verkkosivun saavuttaminen vaatii vähän navigointia, ja vierityspalkkeja tulisi käyttää harvoin.
  • Yhdenmukaisuus muoto sovelluksesi/verkkosivustosi näytöstä/sivuista.
  • Mahdollisuus hakea ohjelmistosovelluksestasi tai verkkosivustostasi.

tarkkuus

  • Vanhentuneita tai virheellisiä tietoja, kuten yhteystietoja/osoitetta, ei saa sisältää.
  • Rikkinäisiä linkkejä ei saa olla.

Käyttäjäystävällisyys

  • Käytettyjen ohjauslaitteiden tulee olla itsestään selviä, eivätkä ne saa vaatia koulutusta toimiakseen
  • Käyttäjiä tulee auttaa ymmärtämään sovellusta/verkkosivustoa
  • Yllä olevien tavoitteiden mukauttaminen auttaa tehokkaassa käytettävyystestauksessa

Käytettävyystestauksen tyypit

Käytettävyystestaus ei ole yksittäinen vakiomenettely. Jokainen tutkimus luokitellaan kolmen akselin mukaan ennen rekrytoinnin aloittamista: kuka valvoo istuntoa, missä se tapahtuu ja mihin kysymyksiin tulokset vastaavat. Toisin kuin KäyttöliittymätestausNämä tyypit kysyvät, onnistuuko todellinen henkilö, eivätkä sitä, toimiiko kontrolli.

Tyyppi Kuinka se toimii Sopii parhaiten
Valvottu Tutkija esittelee jokaisen tehtävän ja tekee kyselyn reaaliajassa. Käyttäytymisen taustalla olevat perustelut
Valvomaton Ohjelmisto tallentaa osallistujien työskentelyn yksin. Nopea palaute skaalautuvasti
Läsnä (laboratoriossa) Testaajat ja tarkkailijat jakavat yhden valvotun huoneen. Kehonkieli, monimutkaiset tuotteet
Kaukosäädin Testaajat työskentelevät omalla laitteellaan ja sijainnistaan. Laaja tavoittavuus, lyhyet aikataulut
Tutkimusmatkailija Avoimet tehtävät kerättiin varhaisten konseptien pohjalta. Aukkojen löytäminen ennen suunnittelun jäätymistä
vertaileva Käyttäjät valitsevat kahden kilpailevan mallin välillä. Keskustelujen ratkaiseminen todisteilla

Myös ajoitus on tärkeä. Formatiiviset tutkimukset suoritetaan suunnittelun ollessa vielä joustavaa ja selittävät, miksi käyttäjillä on vaikeuksia. Loppuanalyysit puolestaan ​​arvioivat toimivan rakennelman.

Käytettävyyden testausmenetelmät: 2 tekniikkaa

Käytettävissä on kaksi käytettävyystestausta -

  1. Käytettävyystestit laboratoriossa
  2. Etäkäytettävyyden testaus

Käytettävyystestit laboratoriossa:Tämä testaus suoritetaan erillisessä laboratoriohuoneessa tarkkailijoiden läsnä ollessa. Testaajille annetaan suoritettavia tehtäviä. Tarkkailijan rooli on seurata testaajien käyttäytymistä ja raportoida testauksen tulokset. Tarkkailija pysyy hiljaa testauksen aikana. Tässä testauksessa sekä tarkkailijat että testaajat ovat samassa fyysisessä paikassa.

Etäkäytettävyyden testaus: Tässä testauksessa tarkkailijat ja testaajat sijaitsevat etänä. Testaajat pääsevät testattavana olevaan järjestelmään etänä ja suorittavat määrättyjä tehtäviä. Testaajan ääni, näytön toiminta, testaajien ilmeet tallennetaan automatisoidulla ohjelmistolla. Tarkkailijat analysoivat nämä tiedot ja raportoivat testin tuloksista. Esimerkki tällaisesta ohjelmistosta - http://silverbackapp.com/ (nyt eläkkeellä)

Käytettävyystestin suorittaminen: Suorita prosessi loppuun

Valitulla tekniikalla käytettävyystestausprosessi koostuu seuraavista vaiheista:

Käytettävyystestaus: Täydellinen prosessi

Vaihe 1) Suunnittelu: Tässä vaiheessa määritellään käytettävyystestin tavoitteet. Vapaaehtoisten istuminen hakemuksesi edessä ja heidän toimintansa kirjaaminen ei ole tavoite. Sinun on määritettävä järjestelmän kriittiset toiminnot ja tavoitteet. Sinun on määritettävä tehtäviä testaajillesi, jotka käyttävät näitä tärkeitä toimintoja. Tässä vaiheessa määritetään myös käytettävyyden testausmenetelmä, käytettävyystestaajien lukumäärä ja demografiset tiedot sekä testiraporttien muodot.

Vaihe 2) Rekrytointi: Tämän vaiheen aikana rekrytoit halutun määrän testaajia käytettävyystestisuunnitelmasi mukaisesti. Demografisia (ikä, sukupuoli jne.) ja ammattiprofiiliasi (koulutus, työ jne.) vastaavien testaajien löytäminen voi viedä aikaa.

Vaihe 3) Käytettävyystestaus: Tämän vaiheen aikana käytettävyystestejä todella suoritetaan.

Vaihe 4) Tietojen analyysi: Käytettävyystestien tiedot analysoidaan perusteellisesti, jotta voidaan tehdä merkityksellisiä päätelmiä ja antaa käytännön suosituksia tuotteesi yleisen käytettävyyden parantamiseksi.

Vaihe 5) Raportointi: Käytettävyystestin tulokset jaetaan kaikille asianosaisille sidosryhmille, joita voivat olla suunnittelija, kehittäjä, asiakas ja toimitusjohtaja

Kuinka monta käyttäjää tarvitset?

Kuinka monta käyttäjää tarvitset

Tutkimus (Virzi, 1992 ja Neilsen Landauer, 1993) viittaa siihen 5 käyttäjää riittää paljastamaan 80 % käytettävyysongelmista. Jotkut tutkijat ehdottavat muita lukuja.

Totuus on, että tarvittavien käyttäjien todellinen määrä riippuu tietyn sovelluksen monimutkaisuudesta ja käytettävyystavoitteistasi. Osallistujien käytettävyyden lisääntyminen lisää kustannuksia, suunnittelua, osallistujien hallintaa ja data-analyysiä.

Mutta yleisohjeena, jos käytät a pieni budjetti ja kiinnostunut tee-se-itse-käytettävyyden testaamisesta 5 on hyvä luku aluksi. Jos budjetti ei ole rajoitus sen paras konsultoi kokeneita ammattilaisia määrittääksesi käyttäjien määrän.

Käytettävyystestauksen mittarit, joita sinun tulisi mitata

Löydökset muuttavat tuotetta vain silloin, kun ne esitetään numeroina, joita tiimi voi käyttää. track eri julkaisuissa. Kirjaa sama mittarijoukko jokaiselle tehtävälle ja vertaa sitten kutakin lukua edelliseen koontiversioon tai kilpailijan vertailuarvoon.

  1. Tehtävän onnistumisprosentti: niiden osallistujien osuus, jotka pääsevät maaliin ilman apua; alhainen osuus viittaa suunnitteluvirheeseen, ei testaajan virheeseen.
  2. Tehtävään käytetty aika: sekuntia ensimmäisestä napsautuksesta valmistumiseen, mikä paljastaa hämmentävän navigoinnin ja piilotetut säätimet.
  3. Virheprosentti: väärät klikkaukset, virheelliset lomakemerkinnät ja umpikujaan johtavat tapahtumat, lasketaan erikseen kullekin tehtävälle.
  4. Tehokkuus: onnistuneiden tehtävien määrä jaettuna tehtävään käytetyllä kokonaisajalla, hyödyllinen, kun kaksi ehdokasasettelua kilpailee keskenään.
  5. Tyytyväisyyspisteet: tehtävän jälkeinen arviointi, kuten järjestelmän käytettävyysasteikko.

Yhdistä jokainen luku tallennettuun havaintoon: mittari todistaa ongelman olemassaolon, tallenne selittää sen syyn. Guru99 kattaa tässä oppaassa esitetyn laajemman viitekehyksen ohjelmistotestauksen mittarit.

UX-testauksen tarkistuslista

Tämän testauksen ensisijainen tavoite on löytää keskeiset käytettävyysongelmat ennen tuotteen julkaisua. Seuraavat asiat on otettava huomioon, jotta testaus onnistuisi:

  • Aloita UX-testaus suunnittelun ja kehityksen varhaisessa vaiheessa
  • On hyvä käytäntö tehdä käytettävyystestaus kilpailijasi tuotteelle ennen kehittämisen aloittamista. Tämä auttaa sinua määrittämään kohdeyleisösi käytettävyysstandardit
  • Valitse sopivat käyttäjät testataksesi järjestelmää (voivat olla asiantuntijoita/ei-asiantuntijoita/50-50 asiantuntijoita ja ei-asiantuntijoita)
  • Käytä kaistanleveyden muotoilijaa. Esimerkiksi kohdeyleisölläsi on huono verkkoyhteys, rajoita verkon kaistanleveys esimerkiksi 56 Kbps:iin käytettävyyden testaajille.
  • Testaajien on keskityttävä järjestelmän kriittisiin ja usein käytettyihin toimintoihin.
  • Määritä jokaiselle testaajalle yksi tarkkailija. Tämä auttaa tarkkailijaa havaitsemaan tarkasti testaajan käyttäytymisen. Jos tarkkailija määrätään useille testaajille, tulokset voivat vaarantua
  • Kouluta suunnittelijoita ja kehittäjiä siitä, että tämä testaustulos ei ole merkki epäonnistumisesta, vaan se on merkki parantumisesta

Käytettävyystestauksen edut

Käytettävyystestauksella on sekä hyviä että huonoja puolia.

  • Se auttaa paljastamaan käytettävyysongelmia ennen tuotteen markkinoille saattamista.
  • Se auttaa parantamaan loppukäyttäjien tyytyväisyyttä
  • Se tekee järjestelmästäsi erittäin tehokkaan ja tehokkaan
  • Se auttaa keräämään todellista palautetta kohdeyleisöltäsi, joka todella käyttää järjestelmääsi käytettävyystestin aikana. Sinun ei tarvitse luottaa satunnaisten ihmisten "mielipiteisiin".

Käytettävyystestauksen haitat

  • Käytettävyystestauksessa hinta on tärkeä tekijä. Käytettävyystestilaboratorion perustaminen vaatii paljon resursseja. Käytettävyystestaajien rekrytointi ja hallinta voi myös olla kallista

Nämä kustannukset maksavat kuitenkin itsensä takaisin paremman asiakastyytyväisyyden, säilyttämisen ja toistuvan liiketoiminnan muodossa. Siksi käytettävyystestaus on erittäin suositeltavaa.

UKK

Ei. Tekoäly voi luonnostella tehtäviä, moderoida jatkokysymyksiä ja simuloida todennäköisiä polkuja, mutta se ei voi tuntea hämmennystä. Alustat, kuten Sokkelo ja UserTesting käytä tekoälyä apunasi oikeille testaajille, älä koskaan korvaa heitä.

Tekoäly litteroi jokaisen istunnon, ryhmittelee toistuvat valitukset teemoiksi, taggaa tuntemukset ja tallentaa tarkat hetket, jolloin tehtävä epäonnistui. Analyytikot sitten tarkistavat klusterit tuntikausien tallenteiden katsomisen sijaan, mikä lyhentää raportointiaikaa päivistä tunteihin.

Käytettävyystestaus kysyy, onko tuotetta helppo käyttää, ja se toivottaa epäonnistumiset tervetulleiksi datana. Käyttäjien hyväksyntätestaus kysyy, täyttääkö tuote sovitut liiketoimintavaatimukset, ja se tuottaa mieluummin hyväksymispäätöksen kuin suunnittelunäkemyksen.

Useimmille tuotteille sopii 15–20 minuuttia, joka kattaa 5–10 tehtävää. Lyhyemmissä istunnoissa harvoin päästään merkitykselliseen tehtävään; pidemmät istunnot vievät osallistujilta huomion ja paisuttavat virhemääriä, jotka heijastavat väsymystä aidon suunnitteluvirheen sijaan.

Viisi vaihetta pysyvät samoina, mutta tehtäviä on kokeiltava yhdellä kädellä, pienillä näytöillä, heikoilla verkoilla ja kirkkaassa valossa. Mobiili testaus Asetukset tallentavat myös laitteen näytön ja peukalon, eivätkä pelkästään kursoria.

Tiivistä tämä viesti seuraavasti: