Muistio Sovellusprojekti Verso, 2. käytettävyystestaus Paikka: sovellusprojektien kokoushuone Ag 226.2 Aika: 13.4.2010 klo 14:15-15:20 Muistio laadittu: 14.4.2010 Läsnä Testauksen suorittajat Marko Peltola Juho Nieminen Käyttäjä Tytti Saksa 1. Käyttäjän tietotaidot Käyttäjällä on jonkin verran kokemusta versiohallinnasta. Hän on käyttänyt viime aikoina SVN:ää. Gitistä käyttäjällä ei ole kokemusta. Komentorivin käytöstä käyttäjä hallitsee perusteet. SSH-avaimista käyttäjä tuntee periaatteen, mutta ei ole niitä itse luonut. Sovellusta käyttäjä haluaisi omien sanojensa mukaan käyttää projektien ja ryhmätöiden koodin ja tekstin julkaisemiseen. 2. Testauksen asetelma Käyttäjän tuli julkaista koodia kehitettävällä sivustolla. Tätä varten käyttäjän piti itsenäisesti osata - luoda käyttäjätunnus, - luoda SSH-avainpari ja lähettää julkinen avain sivustolle, - luoda projekti ja sille tietovarasto sekä - suorittaa muutama Git-komento työkoneellaan. Koko suorituksen ajan käyttäjää pyydettiin ajattelemaan ääneen ja kertomaan, mitä hän tekee ja mitä hän aikoo seuraavaksi tehdä. Käytettävyystestaus aloitettiin sivuston etusivulta. Taustalle oli avattu valmiiksi tarvittavat ohjelmat (Putty charra-yhteyttä varten). 3. Testaus 3.1 Käyttäjätunnus ja sivuston tutkiminen Pikaisen tarkastelun jälkeen käyttäjä tajusi, että sivusto vaatii rekisteröitymisen. Käyttäjän luonti onnistui hyvin. Tämän jälkeen käyttäjä tutki sivustoa, eikä hänellä ollut selkeää ideaa, miten lähestyä tavoitetta (koodin julkaisu). Käyttäjä selasi repositories-sivua ja tutki paria tietovarastoa. Sitten käyttäjä vieraili projects- ja teams-sivuilla. Käyttäjä tuumi, voisiko olemassa olevaan projektiin lisätä tiedostoja. Hän totesi, että ei voi, ja kokeili sitten luoda omaa projektia. 3.2 Käyttäjätunnus ja SSH-avaimet Käyttäjä yritti luoda oman projektin. Sovellus kuitenkin ilmoitti, että käyttäjän pitää lähettää SSH-avain ennen projektin luontia. Sivu näytti lomakkeen ja ohjeita lähetystä varten. Käyttäjää ohjeistettiin kirjautumaan charralle, jossa SSH-avaimet voi luoda. Kirjautumisen jälkeen käyttäjä seurasi sivuston ohjeita ja sai luotua SSH-avainparin. Ongelma syntyi kuitenkin siitä, että käyttäjä ei tiennyt, miten SSH-avain lähetetään sivustolle. Hän ajatteli, että avain lähetetään komentorivin kautta. Käyttäjälle kerrottiin komento cat, jolla avaimen saa näkyviin komentorivillä. Käyttäjä suoritti komennon, kopioi avaimen komentoriviltä sivuston lomakkeelle ja lähetti avaimen. Tässä huomioitiin, että komento cat tulee myös sisällyttää SSH-avainsivun ohjeisiin. Sivusto vastaanotti avaimen, mutta merkintä avaimen käyttövalmiudesta jäi virheellisesti kesken-tilaan. Käyttäjä hämääntyi myös siitä, että SSH-avaimen lähetys keskeytti projektin luonnin. Eli avaimen lähetyksen jälkeen sovellus ohjasi sivulle, joka näyttää käyttäjän SSH-avaimet ja niiden tilan. Parempi ratkaisu voisi olla ohjata käyttäjä takaisin lomakkeelle, jolla luodaan projekti. 3.3 Projektin ja tietovaraston luonti Käyttäjä löysi tiensä projektin luomiseen uudelleen. Hän sai luotua projektin ongelmitta. Sovellus ohjasi saman tien tietovaraston luomiseen. Siinä käyttäjän kiinnostusta herätti tietovaraston kuvauksen vihjeessä linkki markdown-ohjeisiin. Hän klikkasi linkistä ohjeet esiin. Silmäiltyään niitä hän sulki sivun, mutta yllättyi siitä, että tuli vahingossa sulkeneeksi saman välilehden, jolla oli tekemässä tietovarastoa. Markdown-ohjeet eivät siis olleet avautuneet omaan välilehteensä. Käyttäjä tajusi etsiä juuri luomansa projektin sivustolta. Projektin sivulta käyttäjä huomasi linkin "add repository", jolla hän pääsi jatkamaan tietovaraston luomista. Se onnistui nyt helposti. 3.3 Gitin käyttö Tietovaraston synnyttyä sivusto näytti getting started -viestin, jota käyttäjä alkoi lukemaan. Käyttäjälle kerrottiin, että tarvittava Git- ohjelma löytyy charralta. Käyttäjä alkoi seuraamaan ohjeita. Ongelmaksi tuli heti ensimmäinen komento "cd /path/to/your_project", jonka käyttäjä kopioi sivustolta. Virheilmoitus tietenkin ilmoitti, että tällaista kansiota ei ole olemassa. Käyttäjä huomasi tämän ja loi sitten uuden kansion ja navigoi sinne. Seuraava komento "git clone http://..." jäi jumiin kuten edelliselläkin käyttötestauskerralla. Neuvoimme käyttäjälle komennon "git init", jolla käyttäjä sai luotua uuden tietovaraston. Käyttäjä jatkoi ohjeiden seuraamista. Hän antoi komennon "git add .". Tässäkin ohjelma antoi virheen, sillä kansio oli tyhjä. Ohjeistimme käyttäjää luomaan uuden tyhjän tiedoston kansioon komennolla "touch tiedosto". Tämän komennon jälkeen "git add ." onnistui. Käyttäjä kirjoitti komennon "git commit -am '...'". Ohjeissa mainittiin termi commit message, joka ei ollut käyttäjälle selvä. Sitä ei myöskään selitetä tarkemmin sivustolla. Käyttäjälle selitettiin, että Gitissä jokaisella käyttäjällä on oma lokaali tietovarasto, jonne commit tallentaa. Commit message on kuvailu, mitä ollaan tässä tallennuksessa tehty. Commit onnistui ja lopuksi käyttäjä teki onnistuneesti "git push" -komennon. Käyttäjä suuntasi tietovaraston sivulle, ja yritti löytää tiedon siitä, onko päivitys mennyt perille. Hän ei löytänyt helposti selvää merkintää tästä. Sitten käyttäjä huomasi activities-listassa oman commit-viestinsä, ja sitä klikkaamalla hän näki commitin tiedot. Siinä näkyi, että tietovarastoon oli tullut uusi tiedosto. 4. Kysymyksiä käyttäjälle Käyttäjältä kysyttiin, tiesikö hän, mitä source tree tarkoittaa tietovaraston sivulla. Hän vastasi aivan oikein, että se tarkoittaa hakemistorakennetta. Käyttäjälle ei vain tullut mieleen tutkia tietovaraston muutoksia sen kautta. Voisi olla ehkä syytä korostaa source tree -linkkiä, jos siellä on muutoksia. Käyttäjältä tiedusteltiin, mikä tehtävä oli testissä vaikein. Käyttäjän mukaan kaikista vaikeimmalta osiolta tuntui SSH-avainten luonti. Gitin käyttö ei ollut käyttäjän mukaan kovinkaan vaikeaa ohjeiden avulla. Käyttäjältä kysyttiin, oliko tehtävän tavoite aluksi hankala ymmärtää, sillä käyttäjä käytti aluksi aikaa sivuston tutkimiseen. Käyttäjä myönsi, että hänellä ei ollut aluksi selvää kuvaa siitä, miten tehtävä pitäisi suorittaa. Tästä keskusteltaessa tuli esille, että heti käyttäjän rekisteröitymisen (tai sisäänkirjautumisen) jälkeen ilmestyvä your home -sivu tarvitsisi jonkinlaisen "get started here" -painikkeen. Se ohjaisi sivulle, jossa kerrotaan sivuston päätavoitteet ja tehtävät. Käyttäjältä kysyttiin myös, miten hän päätyi tekemään projektin ennen tietovarastoa. Tähän hän vastasi, että se tapahtui intuitiivisesti ja tuntui loogiselta. 5. Vapaa testaus Käyttäjä mietti, mitä teamit ovat. Hän teki teamin ja huomasi sitten, että teamiin voi lisätä jäseniä täysin vapaasti. Lisäämiseen ei siis tarvita käyttäjän lupaa, mikä yllätti myös testin suorittajat. Käyttäjä etsi toimintoa, jolla annetaan projekti teamille. Sellaista ei kuitenkaan ole, joten seuraavaksi käyttäjä meni projektin asetuksiin. Sieltä hän löysi asetuksen, jolla voidaan antaa projektille uusi omistaja. Teamin asettaminen omistajaksi onnistui. 5. Kooste havainnoista Käytettävyystestauksen aikana tuli esille hyviä huomioita sovelluksen kehittämiseksi. Seuraavat huomiot kirjataan Traciin: - Your home -sivulle tulee lisätä "how to get started" -painike. - SSH-avaimen vihjeeseen tulee lisätäcat-konento. - Projektin luonti tulee korjata siten, että SSH-avainten luominen ei keskeytä sitä. - Vahvistusviesti teamiin kutsutuille jäsenille. - Projektin assosioiminen teamille myös teams-sivulta tulee olla mahdollista.