{"id":74,"date":"2025-02-02T19:01:06","date_gmt":"2025-02-02T19:01:06","guid":{"rendered":"https:\/\/noter.heatpine.dk\/?p=74"},"modified":"2025-02-07T09:36:22","modified_gmt":"2025-02-07T09:36:22","slug":"brugertest","status":"publish","type":"post","link":"https:\/\/noter.heatpine.dk\/index.php\/2025\/02\/02\/brugertest\/","title":{"rendered":"Brugertest"},"content":{"rendered":"\n

Kvalitativ unders\u00f8gelse<\/strong>
\u2013 Form\u00e5let er at se om produktet virker i praksis.Hvordan interagerer brugeren med produktet og kan de finde ud af atnavigere? Matcher fremgangsm\u00e5den imellem papir og praksis? Ved hj\u00e6lpaf bruger test kan man spare penge, tid og ressourcer. Det er nogle gangesundt at f\u00e5 et nyt perspektiv ude fra. \u2013 Det handler ikke om at se hvad derfungerer, n\u00e6rmere hvad der ikke g\u00f8r.<\/p>\n\n\n\n


Bruger test er en iterativ design process \u2013 den k\u00f8rer i ring gentagendegange indtil brugeren kan hvad du vil have de skal kunne. Du brugerbruger test gennem hele udviklings processen, helst s\u00e5 langt v\u00e6k fralancering som muligt, s\u00e5 du faktisk kan rette fejl. Hvis du ikke bruger deoplysninger du f\u00e5r i en bruger test, s\u00e5 er der ingen grund til at anvende dem.<\/p>\n\n\n\n


Du har et har noget der kan g\u00f8re noget \u2013 kan almen d\u00f8delige g\u00f8re det? fokuser p\u00e5: Er det let at finde, bruge og l\u00e6re<\/p>\n\n\n\n


Hvorfor er det vigtigt at jeg kan det<\/strong>?
Multi medie designere har ikkealtid direkte kontakt til brugeren, vores job er at designe \u2013 det skalim\u00f8dekomme brugerens behov.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

<\/p>\n\n\n\n

Testplan<\/strong>:<\/p>\n\n\n\n

Scope<\/strong>: Forklar hvad det g\u00e5r ud p\u00e5, der skal g\u00f8re, hvilket produkt, firmaosv.<\/p>\n\n\n\n

Purpose<\/strong>: Hvad er form\u00e5let \u2013 hvad er problemet, hvad er sp\u00f8rgsm\u00e5lene oghvad er m\u00e5let<\/p>\n\n\n\n

Schedule & Location:<\/strong> hvor og hvorn\u00e5r fortages testen<\/p>\n\n\n\n

Sessions<\/strong>: hvor lang tid tager testen, er der gentagelser<\/p>\n\n\n\n

Equipment<\/strong>: hvilke remedier skal anvendes under testen.<\/p>\n\n\n\n

Participants<\/strong>: Hvor mange \u2013 hvilke typer<\/p>\n\n\n\n

Scenarios<\/strong>: Hvor mange \u2013 hvilke typer<\/p>\n\n\n\n

Metrics<\/strong>: M\u00e5linger. Hvad skal der tage forbehold for?<\/p>\n\n\n\n

Quantitative <\/strong>metrics: indiker hvilken data du vil anvende<\/p>\n\n\n\n

Roles<\/strong>: Noter alles roller. Hvor skal de v\u00e6re? hvad skal de g\u00f8r og hvorn\u00e5rskal de g\u00f8re det<\/p>\n\n\n\n

Identificer m\u00e5linger:<\/strong><\/p>\n\n\n\n

Successful Task Completion<\/strong>\u2013 havde de succes med opgaven? hvormange havde?<\/p>\n\n\n\n

Critical Errors<\/strong>: Fejl som har resulteret i at opgaven ikke kunne fuldf\u00f8res.<\/p>\n\n\n\n

Non-Critical Errors<\/strong>\u2013 Fejl som test personen har kunne navigere uden omog stadig har kunne fuldf\u00f8re opgaven.<\/p>\n\n\n\n

Error-Free Rate<\/strong> \u2013 Hvad er fejl procenten<\/p>\n\n\n\n

Time On Task<\/strong>\u2013 gennemsnitlige l\u00f8snings hastighed. Tid er enormt vigtig,Hvis brugeren ikke kan l\u00f8se opgaven, inden for den forventet tid, s\u00e5 er detfor sv\u00e6r<\/p>\n\n\n\n

Subjective Measures<\/strong>\u2013 Test personen giver opgaven en karakter ift.anvendelse og tilfredshed.<\/p>\n\n\n\n

Likes, Dislikes and Recommendations<\/strong>\u2013 g\u00e6t \ud83d\ude09<\/p>\n\n\n\n

<\/p>\n\n\n\n

De 9 bruger test faser<\/strong>:<\/p>\n\n\n\n

    \n
  1. Udpeg hvad du vil test (hvilken del)<\/li>\n\n\n\n
  2. Giv en opgave \u2013 dikter en kommando\/opgave som brugeren skal l\u00f8se3.<\/li>\n\n\n\n
  3. Bestem hvad der skal til for at opgaven er eller ikke er l\u00f8st<\/li>\n\n\n\n
  4. Skriv en opgave plan til brugerne. Skal v\u00e6re ens for alle. skalindeholde; Form\u00e5l, om der bliver optaget, bagrund for produkt, hvadkender de allerede til produktet og til sidst opgaven.<\/li>\n\n\n\n
  5. rolle uddelegering \u2013 der anses at man forholder sig neutral somobservat\u00f8r \u2013 husk at noter.<\/li>\n\n\n\n
  6. Find test personer \u2013 en finger regel lyder at man kun anvender 5fors\u00f8gs person per bruger test. Find nogle der bedst passer tilproduktet. En persona ville v\u00e6re en ide at inkludere.<\/li>\n\n\n\n
  7. Udf\u00f8r testen \u2013 giv en opgave af gangen. Hj\u00e6lp ikke. Bed dem gerneom at \u201cthink out loud\u201d afslut med at anmode om feedback.<\/li>\n\n\n\n
  8. analyser den kvalitative data- tage udgangspunkt for b\u00e5de deresresultater og f\u00f8lelser. <\/li>\n\n\n\n
  9. Rapporter \u2013 oplysninger og s\u00e6t dem i v\u00e6rk til n\u00e6ste bruger test.<\/li>\n<\/ol>\n\n\n\n

    De 4 test typer<\/strong><\/p>\n\n\n\n

    Cardsorting<\/strong>:<\/p>\n\n\n\n

    Det er nemt\/hurtigt, billigt og tillidsfuldt. Tilegnetsimple produkter. Testpersonen f\u00e5r en stak kort medhvert sit n\u00f8gleord, Testpersonen bedes derefter om atsortere kortene i kategorier. Mellem 30-100 stk. er godt.Der er to metoder; open og closed card sorting. Closeder der p\u00e5 forh\u00e5nd tilskrevet navne til kategorierne.Open er der ingen. Hybrid \u2013 er en blanding -der ernoget som test person tilf\u00f8jer. card sorting er hurtigt og nemt, dog kan det tage lang tid at analysere dader kan v\u00e6re mange varieret grupperinger. Det er dog en fin starter, dadet giver mulighed for at fundamenter produktets kvalifikationer hurtigt.Det er praktisk til et simpelt produkt med en bred bruger gruppe. Det erdog bedst anvendt i tidlige stadier.
    Det handler udelukkende om designs arkitektur.<\/p>\n\n\n\n

    Think a loud:<\/strong><\/p>\n\n\n\n

    Testperson t\u00e6nker h\u00f8jt sammen med en udf\u00f8rt opgave.
    Pros<\/strong><\/em>: Let, billig ogfleksibel.
    Cons<\/em><\/strong>: Unaturlig, tidkr\u00e6vende analyser, med mulighed for megetirrelevant input.<\/p>\n\n\n\n

    5-12 Test personer ad gangen. Jo flere test personer du har desto meredata skal sorteres. Du \u00f8ger ogs\u00e5 chancen for at det samme gentages<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Jakob Nielsen<\/p>\n\n\n\n

    Man kan n\u00f8jes med tre bruger test <\/p>\n\n\n\n

    <\/p>\n\n\n\n

    Concurrent Think Aloud (CTA)<\/strong>\u2013 Testperson bedes t\u00e6nke h\u00f8jt i mens deudf\u00f8rer opgaven \u2013 Det hj\u00e6lper med se deres tilgang til tingene, mens depr\u00e6senteres til noget nyt.<\/p>\n\n\n\n

    Retrospective Think Aloud (RTA)<\/strong>\u2013 Testpersonen bedes t\u00e6nke tilbageefter de har udf\u00f8rt opgaven. Og minder dem selv om deres t\u00e6nkegang dade udf\u00f8rte opgaven. de kan fx. g\u00f8res ved at de ser en overv\u00e5gnings videoaf dem selv efter.<\/p>\n\n\n\n

    Concurrent Probing (CP)<\/strong>\u2013 Mens testpersonen udf\u00f8rer opgaven, kan dusom Moderator, sp\u00f8rge opf\u00f8lgende sp\u00f8rgsm\u00e5l, n\u00e5r test person g\u00f8r ellersiger noget us\u00e6dvanligt.<\/p>\n\n\n\n

    Retrospective Probing (RP)<\/em><\/strong>\u2013 Moderator stiller opf\u00f8lgende sp\u00f8rgsm\u00e5lefter test personen har f\u00e6rdiggjort deres opgave.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Remote testing:<\/strong><\/p>\n\n\n\n

    Umodereret \u2013 form\u00e5let er indsamle data for at forbedre produkt.Testperson og leder er i hvert deres rum. Kvalitativ 5-8 testpersoner.<\/p>\n\n\n\n

      \n
    1. Definer m\u00e5let med testen samt m\u00e5lgruppen.<\/li>\n\n\n\n
    2. Hvor mange skal vi bruge? Hvem skal vi bruge? Hvad skal vi bruge?Hvor skal de afholdes?<\/li>\n\n\n\n
    3. Testscript: \n
        \n
      • 1: kontekst \u2013 giv en forst\u00e5else om form\u00e5l og opgave. <\/li>\n\n\n\n
      • 2:Ops\u00e6t scenarie \u2013 et hypotetisk tilf\u00e6lde der giver grund til at testpersonen bruger produktet. <\/li>\n\n\n\n
      • 3: Oplevelses sp\u00f8rgsm\u00e5l \u2013 hvordan var detefterf\u00f8lgende.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
      • udf\u00f8r! G\u00f8r det klart at det er en test af produkt ikke bruger. Det skalv\u00e6re indforst\u00e5et at kritik er en prioritet.<\/li>\n\n\n\n
      • opsummer hvad du har f\u00e5et ud af testen. Lav konklusioner og ret.<\/li>\n<\/ol>\n\n\n\n

        Desirability studying:<\/strong><\/p>\n\n\n\n

        Hvad er det for et univers man kommer ind i. Er det det indtryk afsender\u00f8nsker. Kun udsende intet med funktionalitet.<\/p>\n\n\n\n

        Kan b\u00e5de v\u00e6re kvalitativ og kvantitativ. Det hj\u00e6lper designeren med atdefinere hvorfor nogle visuelle designs er mere appellerende end andre.Det kan ogs\u00e5 nemt sammenligne forskellige justering op imod hinanden.Det hj\u00e6lper samtidigt med at skubbe subjektivitet v\u00e6k.<\/p>\n\n\n\n

        Kvalitativ version<\/strong>: Test personer m\u00e5der op og bedes at s\u00e6ttekategoriserende ord p\u00e5 flere versioner af et design.
        Kvantitativ version:<\/strong>Det samme men med fx. et digitalt sp\u00f8rgeskema \u2013st\u00f8rre kreds af personligheder.<\/p>\n\n\n\n


        Schneidermanns 8 regler<\/strong><\/p>\n\n\n\n

        Schneidermanns 8 regler garanterer dig et godt design, produktivt samtfrustrationsfrit interface. Der vil fungere p\u00e5 alle platforme nu og i fremtid<\/p>\n\n\n\n

        \"\"<\/figure>\n\n\n\n
          \n
        1. Consistency<\/strong>
          \u2013 Ved brugen af velkendte ikoner, farver, menuer mm. vilbrugeren blive velkendt med produktet uden at skulle bruge un\u00f8dvendigtid p\u00e5 at l\u00e6re noget nyt. Det er en fordel at brugerne p\u00e5 bedst og lettestvis kan opn\u00e5 deres m\u00e5.<\/li>\n\n\n\n
        2. Shortcuts<\/strong>
          \u2013 Giv flere muligheder, at g\u00f8re den samme ting p\u00e5. Den letteat l\u00e6re og den hurtigste, som g\u00f8r deres arbejde hurtigere.<\/li>\n\n\n\n
        3. Informative Feedback<\/strong>
          \u2013 G\u00f8r det klart hvor brugeren befinder sig, fx. n\u00e5rde er i en masse undermenuer. Det skal kunne forklares simpelt s\u00e5 mannemt forst\u00e5r det. Et godt eksempel er n\u00e5r en files er aktiv, s\u00e5 bliver denhighlightet. Ikke bare en Code305 (hvad betyder det?!)<\/li>\n\n\n\n
        4. Dialogue<\/strong>
          \u2013 G\u00f8r det klart for brugerne hvad deres handlinger har gjort.fx. tak for k\u00f8bet. Eller eller n\u00e5r der loades, s\u00e5 kan der fx. loader filer,finpudser osv.<\/li>\n\n\n\n
        5. Error handling<\/strong>
          \u2013 n\u00e5r skaden sker, skal det v\u00e6re idiot sikkert for hvordande l\u00f8ser problemet. fx. highlight hvor de mangler at udfylde. husk ikke at\u201cstraffe brugeren\u201d p\u00e6nt sprog.<\/li>\n\n\n\n
        6. Permit reversal of actions<\/strong>
          \u2013 G\u00f8r det klart og tydeligt, hvordan mankommer retur. de skal ikke straffes og starte forfra, bare tryk ctrl+z og g\u00e5 etpar skridt tilbage<\/li>\n\n\n\n
        7. Support internal locus of control<\/strong>
          \u2013 Giv brugeren en f\u00f8lelse af kontrol.De kan justere hvad de vil du styrer dem ikke. De kan \u201ctvinge ned lukning\u201dStol p\u00e5 brugeren.<\/li>\n\n\n\n
        8. Reduce short-term memory load<\/strong>
          \u2013 Kast ikke for meget i hovedet p\u00e5brugeren. De kan max h\u00e5ndter 5 informationer ad gangen. G\u00e5 eftergenkendelse frem for genkaldelse.<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"

          Kvalitativ unders\u00f8gelse\u2013 Form\u00e5let er at se om produktet virker i praksis.Hvordan interagerer brugeren med produktet og kan de finde ud af atnavigere? Matcher fremgangsm\u00e5den imellem papir og praksis? Ved hj\u00e6lpaf bruger test kan man spare penge, tid og ressourcer. Det er nogle gangesundt at f\u00e5 et nyt perspektiv ude fra. \u2013 Det handler ikke om […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-74","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/posts\/74","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/comments?post=74"}],"version-history":[{"count":2,"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/posts\/74\/revisions"}],"predecessor-version":[{"id":205,"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/posts\/74\/revisions\/205"}],"wp:attachment":[{"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/media?parent=74"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/categories?post=74"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/noter.heatpine.dk\/index.php\/wp-json\/wp\/v2\/tags?post=74"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}