Muistio Sovellusprojekti Verso, 1. käytettävyystestaus Paikka: sovellusprojektien kokoushuone Ag 226.2 Aika: 6.4.2010 klo 14:30-15:45 Muistio laadittu: 7.4.2010 Muistiota muokattu 13.4.2010 Läsnä Testauksen suorittajat Tero Hänninen Juho Nieminen Käyttäjä Juha Jeronen 1. Käyttäjä Käyttäjä on aktiivinen ohjelmoija. 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 ja - 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 SSH-avaimet Käyttäjä ymmärsi nopeasti tarvitsevansa käyttäjätunnuksen sivuston käyttämiseen. Tunnuksen luominen sujui helposti. Seuraavasi käyttäjä yritti luoda projektin. Se ei kuitenkaan onnistunut, sillä käyttäjän tunnuksille ei oltu vielä lähetetty SSH- avainta. Käyttäjä luki sivuston ohjeista, miten SSH-avainpari luodaan. Hän osasi itse kirjautua charraan avaimen luomista varten. Avaimen luonti onnistui helposti, mutta käyttäjä ei heti ymmärtänyt, miten avaimen saisi näkyviin. Käyttäjälle ei ollut selvää, mihin avain tallennetaan. Hän oletti, että avain lähetetään palvelimelle muuta kautta kuin sivuston lomakkeen avulla. 3.2 Projektin ja tietovaraston luonti Projektin luonti sujui helposti. Käyttäjä kuitenkin ihmetteli, mitä termi slug tarkoittaa. Hän myös pysähtyi miettimään eri lisenssien eroja. Projektin luonnin jälkeen sivusto ohjasi suoraan lomakkeelle, jolla luodaan tietovarasto projektin alle. Lomake oli käyttäjälle selkeä, mutta tietovaraston luonti ei onnistunut. Toiminto jäi jumiin kohtaan, jossa tietovarastoa luodaan. Projektiryhmä ohjeisti käyttäjän toiselle lomakkeelle, jolla myös luodaan tietovarasto, mutta siinä on enemmän vaihtoehtoja. Tällä lomakkeella käyttäjä mietti, mihin suuntaan mirrorointi tapahtuu ja onko se yksisuuntaista vai kaksisuuntaista. Tällä kertaa tietovaraston luonti onnistui. 3.3 Gitin käyttö Käyttäjä luki sivuston näyttämää getting started -viestiä tietovaraston sivulla ja alkoi käyttämään Gitiä charran kautta. Ensimmäinen komento git clone jäi kuitenkin jumiin. Arvelimme ongelman olevan palomuurissa, joten projektiryhmä selitti käyttäjälle toisen tavan luoda Git-tietovarasto työkoneelle (git init ja git add .). Käyttäjä toivoi myös tämän tavan lukevan getting started -viestissä. Toinen tapa onnistui ja käyttäjä sai luotua uuden Git-tietovaraston. Tämän jälkeen käyttäjä kopioi tiedostoja lokaaliin tietovarastoonsa ja suoritti Git-komennot getting started -ohjeiden mukaisesti. Viimeinen komento git push onnistui, ja käyttäjä meni katsomaan sivustolla source treetä. Siellä kaikki näytti siltä, miltä pitääkin. 4. Vapaa palaute ja testaus Käyttäjä mietti, voiko tietovarastoja tuhota. Hän navigoi edit repository -sivulle, mutta ei löytänyt siellä olevaa delete repository -painiketta. Käyttäjä kommentoi, että getting started -viesti olisi mukava saada näkymään milloin vain. Tällä hetkellä viesti häviää, kun käyttäjä on tehnyt ensimmäisen pushin tietovarastoon. Käyttäjä halusi kokeilla, miten muutokset näkyvät tietovarastossa. Hän muutti yhtä tiedostoa työkoneellaan ja yritti tehdä commitin. Projektiryhmä joutui huomauttamaan, että Gitissä muuttuneet tiedostot pitää ensin lisätä indeksiin, ja vasta sen jälkeen ne voi commitoida. Käyttäjä toivoi, että sivustolla voisi verrata kahta mielivaltaista versiota tiedostosta. Tällä hetkellä sivusto näyttää vain viimeisimmän muutoksen tai koko muutoshistorian. Käyttäjä teki teamin ja yritti antaa sille projektin. Se ei kuitenkaan onnistu niin päin, vaan projektille pitää assosioida team. Käyttäjän mielestä tämän pitäisi onnistua myös toisinpäin. Käyttäjä katsoi teams-sivua ja kaipasi siihen teamien kuvauksia eikä vain listaa teamien nimistä. Käyttäjä piti siitä, että sivustolla oli ohjeita kirjoitettuna pienellä ja harmaalla kirjasimella tärkeisiin paikkoihin. Edit repository -sivulla lomakkeen painikkeen nimi on edit repository. Tämä pitäisi käyttäjän mukaan muuttaa nimelle save tai update. Hän huomioi myös, että cancel-painike puuttuu kaikista lomakkeista. Käyttäjä huomasi, että viestit toimivat oudosti sivustolla. Hän oli saanut testauksen aikana kaksi viestiä, jotka molemmat olivat menneet suoraan archive-laatikkoon inbox-laatikon asemesta. Käyttäjä oli sitä mieltä, että dashboard on hyvä nimi käyttäjän omalle kotisivulle sivustolla. Käyttäjien haku ei toiminut ollenkaan testauksen aikana. Käyttäjä onnistui löytämään vaarallisen virheen sovelluksesta. Hän yritti antaa projektin omistusta teamille, mutta sivusto väitti, että se ei onnistu. Tästä aiheutui kuitenkin se, että projektin muokkaussivulta hävisi kokonaan lomakekenttä, jolla annetaan omistusoikeuksia. Kaiken lisäksi projektin tietovarasto määritti itsensä teamin kloonitietovarastoksi. Virhe oli omituinen, eikä tämä kuvaus ei välttämättä ole täsmällinen. 5. Kooste havainnoista Käytettävyystestauksen aikana tuli esille hyviä huomioita sovelluksen kehittämiseksi. Alla olevat huomiot kirjataan Traciin. - SSH-avaimen lähettämisen ohjeiden selkeyttäminen. - Projektin termin slug selittäminen vinkillä. - Getting started -viestin päivitys git init & git add komennoilla. - Getting started -viestin uudelleen näyttäminen. - Kahden mielivaltaisen commitin vertailu keskenään. - Teams-sivulle teamien kuvausten lisääminen. - Edit repository -sivun painikkeen "edit repository" nimen vaihtaminen updateksi tai saveksi.