Puhdas, tuore ja tärkeämpi käyttöliittymä on toimitettava käytettävyystestiä varten. On hyvin epätodennäköistä, että suunnittelija, hänen maineestaan ja taidoistaan huolimatta, pystyy suunnittelemaan hyvän tuotteen tekemättä jonkinlaista tutkimusta ja testausta.
Käytettävyystestaus on tekniikka, jota käytetään tuotteen arvioimiseen testaamalla sitä käyttäjille, jotka ovat osa vastaavaa kohdeyleisöä. Testausta käytetään monilla aloilla, mutta tänään keskitymme käyttäjäkeskeiseen vuorovaikutussuunnitteluun ja testaukseen, kun suunnittelemme ja kehitämme tällaista tuotetta.
Jokaisella tuotteella on aiottu käyttötarkoitus, ja käytettävyyden testauksen laajuus ja tavoite on mitata, jos tuote täyttää tämän tarkoituksen käyttäjälle.
Jokaisen käytettävyystestin takana on erilaisia tavoitteita, jotka liittyvät erityisesti testaajan havainnointiin. Tuloksia voidaan käsitellä kontrolliarvona tai perusviivana. Koska useita testejä voidaan suorittaa koko ajan, kaikkia tuloksia verrataan perustason testituloksiin.
Käytettävyyden testauksen neljä periaatetta ovat:
Nämä ovat yleisiä periaatteita, joita käytetään käyttäjäkeskeisten rajapintojen testauksessa, mutta testaajan on tärkeää asettaa omat käytettävyystavoitteensa. Näiden perusteella hän voi seurata tarkasti aiheen ja tulkita virheitään tai eleitään.
Jotkut tulkitsevat termiä "käytettävyystesti" väärin. Keräämällä mielipiteitä esineestä (tai laitteesta tai sovelluksesta) ei ole mitään muuta kuin markkinatutkimus. Tällainen tutkimus ei todellakaan ole käyttökelpoisuuden testaus, vaan määrällinen tutkimus.
Jotta tällainen menettely voidaan merkitä käyttökelpoisuuden testaamiseksi, se edellyttää järjestelmällistä havainnointia valvotuissa olosuhteissa. tämä määrittää, kuinka hyvin käyttäjät (aina osa kohdeyleisöä) voivat käyttää tuotetta. Tietäen, että 86% kyseenalaistetuista käyttäjistä mainitsee, että "sovellus toimii hyvin" ei tarkoita sitä, että testasit sovelluksesi käytettävyyttä ja tulokset olivat suurimmaksi osaksi positiivisia. Tämä tarkoittaa sitä, että suurin osa kyseenalaistetuista henkilöistä näyttäisi ajattelevan, että sovellus toimii hyvin, mutta tämä ei ole tarpeeksi tietoa käyttöliittymän parantamiseksi.
Käytettävyystestauksen yksi avainkysymys on saada käyttäjät mahdollisimman paljon mukaan. Sen sijaan, että kysytään heiltä, mitä he ajattelevat mobiilirajapinnan näkökulmasta, pyydä heitä suorittamaan joitakin toimia. Selausprosessiin vaikuttavat monet näkökohdat, ja useimmat käyttäjät eivät voi nimetä tai keskustella niistä, mutta he voivat ehdottomasti näyttää sen käyttöliittymän käytön aikana.
Käytettävissä on useita menetelmiä käytettävyystestaukseen, ja käytän läpi suurimman osan - tai ainakin tärkeimmistä - toivoen antaa sinulle käsityksen siitä, mikä sopii sinulle parhaiten sopivaksi.
Kun testaat tuotetta, sinun on luotava realistinen tilanne, jossa osallistujan on suoritettava luettelo tehtävistä käyttämällä testattavaa tuotetta. Tämän aikana tarkkailijoiden tulisi tarkkailla tarkasti ja ottaa muistiinpanoja mahdollisimman hiljaisesti. Eri rekistereitä, kuten paperi-prototyyppejä, käsikirjoitettuja ohjeita sekä esi- tai jälkitestauslomakkeita, käytetään myös keräämään tietoa ja palautetta tuotteesta, jota testat. Ajatuksellinen testausmenetelmä, rinnakkaiskuvaoppiminen ja silmän seuranta ovat käytettävyystestaustekniikoita, joita voidaan käyttää kaikissa näissä menetelmissä.
Tämä on yleinen menetelmä, jossa työskentelee rajoitettu määrä ihmisiä, vaihteli neljästä kuuteen. Testauksen nimi tulee siitä ajatuksesta, että testiin osallistuvien tulee olla satunnaisia ihmisiä, jotka kulkevat eteisessä. Tätä menetelmää voidaan käyttää, kun tuotetta ei välttämättä kohdenneta tiettyyn kohteeseen.
Käytäväkokeiden testaus tulisi käyttää suunnittelun alkuvaiheessa. Testaa nopeasti ja testaa usein! Tämä tarkoittaa, että sinun täytyy mennä sinne useita kertoja. Prosessi on melko yksinkertainen: testaa viisi henkilöä, palaa piirustuspöydälle ja ratkaise ongelmat. Mene ulos ja testata uudelleen viidellä muulla ihmisellä, palaa takaisin ja ratkaise ongelmat. Testattaessa kolme tai neljä kertaa kriittisten liitäntävirheiden lukumäärää on kavennettava merkittävästi, ja voit sitten keskittyä tuotteen ja sen ominaisuuksien kehittämiseen. Sinun on testattava uudelleen jonkin ajan kuluttua, mutta tietäen, että olet ratkaissut useimmat käyttöliittymäkysymyksistäsi, sinun pitäisi keskittyä kehittämisvaiheeseen hieman enemmän.
Syyllisten ihmisten käyttämisen syy on se, että et halua testata tuotetta sellaisten henkilöiden kanssa, jotka ovat jonkin verran tuttuja tuotteestasi ja sen käyttöliittymästä. Haluat ihmisiä, jotka eivät ole koskaan nähneet käyttöliittymääsi, joten he kaikki alkavat yhteydestään. Lisäksi voit testata tulokkaita - jotka ovat suurimman osan ajasta helpoin menettää - koska heidän kiinnostuksensa ja motivaationsa taso ei vielä ole tarpeeksi korkea. Jos joku, joka ei ole aiemmin käyttänyt sovellusta, on erittäin tyytyväinen siihen ja käsittelee kaikki tehtävät helposti, se tarkoittaa sitä, että useimmat ihmiset, jotka käyttävät sovellustasi, tekevät samoin.
Tätä menetelmää voidaan käyttää, kun testattavalla tuotteella on mahdollisia käyttäjiä eri puolilla maailmaa. Yhdistämällä ne aiheuttaisivat todellisia taloudellisia haasteita, eivätkä ne ehkä ole mahdollisia freelancerille tai pienyritykselle.
Asiantuntijat, joita nämä asiat koskivat, loivat tämän menetelmän - joka helpottaa arviointeja ja testaamista etänä - käyttäjän ja testierän erottamiseksi avaruudesta ja ehkä jopa ajasta. Videoneuvottelut ovat tapa tehdä tällaisia testauksia, kun taas toinen voi olla käyttämällä etäohjelmia, kuten TeamViewer tai WebEx. Molemmat käyttävät käyttäjiä, joilla on henkilökohtainen tietokone ja Internet-yhteys. Näin testaaja voi seurata osanottajan liikkeitä, mutta ei heidän reaktioitaan ja tunteita.
Testaaja voi automaattisesti saada kokoelman käyttäjän klikkausvirtoja, käyttäjärekistereitä kriittisiin virheisiin, tapahtumia, jotka tapahtuvat vuorovaikutuksessa käyttöliittymän kanssa ja jopa käyttäjien subjektiivinen palautetta.
Hyvä osa tällaisesta testauksesta on se, että se toteutetaan osallistujan omassa ympäristössä, mikä tarkoittaa, että hän on hyvin luottavainen hänen kykyihinsä ja pystyt simuloimaan todellisen elämän skenaariotestauksen. Selvästi etätutkimusmenetelmän suurin etu on se, että voit työskennellä ihmisten kanssa eri puolilta maailmaa ilman paljon kuljetus- ja logistiikkakustannuksia.
Suunnittelijalla on useita työkaluja etätutkimukseen. WebEx ja GoToMeeting ovat suosituimpia, mutta melkein kaikki etätyökalu tekevät työtä.
Riippumatta siitä, kuinka hyvin työkalut toimivat, suorittamalla synkroninen etätestaus on hieman vaikeampaa kuin näyttäisi, koska kielellisten ja kulttuuristen esteiden hallitseminen tietokoneen kautta saattaa heikentää testin tehokkuutta. Keskeytykset ja häiriötekijät osallistujan ympäristössä ovat muita haasteita, jotka ovat melko mahdoton ratkaista toisella puolella planeettaa.
Tämä on toinen käyttökelpoisuuden testausmenetelmä ja vaatii alan asiantuntijoiden tuomista tuotteen testaukseen. Tämän menetelmän haasteet ovat enimmäkseen taloudellisia ja logistisia, sillä se maksaisi paljon asiantuntijoiden tuottamista eri alueilta.
On myös automatisoitu asiantuntijaryhmän tarkastelumenetelmä, joka perustuu samaan periaatteeseen, mutta se toteutettaisiin vain erilaisten ohjelmistojen avulla.
A / B-split-testaus on luultavasti yksi tunnetuimmista kokeellisista lähestymistavoista käyttökokemukseen ja käyttöliittymätestaukseen. Sen tarkoituksena on tunnistaa sellaiset verkkosivun elementit, jotka lisäävät käyttäjien kiinnostusta tai sitoutumista.
Menetelmää kutsutaan A / B-testaukseksi, koska vertailussa on kaksi versiota verkkosivustosta / käyttöliittymästä (A- ja B-versio). Ne ovat aina identtisiä, lukuun ottamatta yhtä variaatiota (joka voi olla elementti, kuten painike, yhteydenottolomake tai kuva), jotka saattavat vaikuttaa käyttäjän käyttäytymiseen.
Testiohjelman aikana verkkosivustoa seurataan Google Analyticsin kaltaisilla työkaluilla. Tällöin kaksi versiota, A ja B, muuttuvat satunnaisesti, mikä tarkoittaa, että voit tulla verkkosivulta ja löytää otsikkokuvan, päivittää verkkosivun ja löytää toinen otsikkokuva.
Menetelmää käytetään pääasiassa kulissien takana maksimoimaan voiton, vähentämään pudotusprosentteja ja lisäämään myyntiä. Amazon oli edelläkävijä metodologiassa, mutta yritykset, kuten eBay, Google, Walmart, Microsoft, Netflix ja Zynga tunnetaan myös käyttävän tätä menetelmää tuottavuuden lisäämiseksi.
Vaikka tätä käytetään pääasiassa verkkokauppasivustoilla, A / B-testausta voidaan helposti käyttää myös käyttöliittymäsuunnittelussa; ja se voi olla yhtä tehokas kuin antaa testaajille yleiskuvan siitä, mikä käyttöliittymä on parempi kahden tai useamman valinnan välillä.
Useiden testien suorittaminen rajoitetulla määrällä osallistujia on paljon parempi kuin testata kerran suuremmalla määrällä aiheita. Tämä kääntää yksinkertaisesti moniin laatukokeisiin harvoista määrätesteistä. Kutakin testiä varten on oltava noin viisi asiaa, jotka auttavat tarkkailijoita saamaan tarpeeksi tietoa työskentelemään jonkin aikaa.
Tämän teorian taustalla on se, että kun huomaat, että muutamat ihmiset ovat hämmentyneet ominaisuudessa tai verkkosivustolla, saat vähemmän kokeilemasta samaa käyttöliittymää vieläkin useammilla ihmisillä, koska samat elementit todennäköisesti hämmentävät niitä. Ratkaisu on ratkaista ongelmat ja sitten mennä sinne ja testata uudelleen rajoitetulla määrällä aiheita. Sinun on toistettava tämä prosessi useita kertoja saadaksesi parhaan mahdollisen hyödyn.
Tähän teoriaan saattaa olla joitain puutteita, monet asiantuntijat sanovat. Käytettävyys soveltuu tavallisesti suurempaan väestönäytteeseen, ei vain tiettyyn käyttäjäryhmään; tämä tarkoittaa, että ensimmäinen testattava ryhmä ei pysty havaitsemaan liitäntäongelmia. Kuitenkin yhden tai kahden testin suorittaminen tällä rajoitetulla määrällä aiheita ei ole tämä teorian mukaan.
Nämä testit olisi suoritettava joka viikko - ehkä jopa kahdesti viikossa - suunnitteluprosessin aikana. Mitä kauemmin suunnitteluprosessi on, sitä suurempi on testien määrä. Koko tämän prosessin aikana voidaan testata jopa 50 - 100 tai toisinaan jopa suurempia kohteita.
Olisi tehokkaampaa testata ihmisiä laajojen taitojen läpi testauksen toisessa vaiheessa. Viimeisimmissä testeissä, koska suunnittelun pitäisi olla jo sileä, voit pienentää havaintoja ja aloittaa testaamisen omalla kohderyhmällesi.
Käytettävyystestejä suoritettaessa on myös tärkeää huomata asioita, jotka toimivat hyvin - paitsi ne, jotka eivät - ja testaavat niitä yhä uudestaan ja uudestaan. Teorian takana on, että elementit, jotka eivät toimi kunnolla, olisi poistettava, mutta on myös kiinnitettävä huomiota elementteihin, jotka toimivat hyvin ja joita käyttävät käyttäjät. Yritä pitää ne samana kuin ne olivat ensimmäisessä vaiheessa, koska ne ilmeisesti toimivat hyvin. Keskity enemmän niihin, jotka epäonnistuvat sen sijaan, että yrität muuttaa ja parantaa jo toimivia. On aika, että myöhemmin kehityksen jälkeisissä prosesseissa.
Käytettävyystestaus on jotain, jota kannattaa toteuttaa, jos kehität käyttöliittymän ja toivottavasti saavuttamaan jonkinlaisen menestyksen sen kanssa. Se ei ehkä syytä sijoittaa siihen yksinkertaisen verkkosivuston kehittämisen yhteydessä; mutta henkilökohtaisesti ottaisin aina mukaan joitain testejä, jos kehitettäisiin mobiilisovellus, koska se on paljon monimutkaisempi.
Käyttökelpoisuuden testausta voidaan tehdä myös enemmän tai vähemmän ilmaiseksi; sinun ei välttämättä tarvitse sijoittaa suurta määrää rahaa logistiikkaan. Jos tunnet, että tarvitset vain pienempää mittausta, käytä ystäväsi ja sukulaisiasi. kaikki olisi vapaata tai hyvin, erittäin halpaa (suklaakakku on aina voittaja).
Kuten edellä näet, käytettävyystestaus on jotain mitä voit tehdä monella eri tavalla ja sinun on määritettävä, mikä on oikea sinulle ja käyttötarkoituksille ennen aloittamista. Se saattaa tuntua hyvin monimutkaiselta prosessilta alussa, mutta jopa aloittelijan pitäisi pystyä suorittamaan tällainen testi ja saada jotain siitä. Joten jos olet suunnitteluprosessinne keskellä, älä epäröi mennä sinne ja tehdä kokeita - lupaan, että se parantaa käyttöliittymääsi ja käyttäjät voivat olla paljon onnellisempia sen kanssa.
Teetkö käytettävyystestit omilla malleillasi? Mitkä testausmenetelmät suosivat? Kerro meille kommentit.