Gränssnittsdesign · område 6
Uppgift 6 – Testrapport
Deadline torsdag 11 februari kl 23:59. Lämnas på
designportföljens sida 06 Test.
1. Uppdraget
Du ska ta reda på om din sajt fungerar för någon annan än dig, och i så fall för vem. Det gör du med två metoder som hittar olika saker: en granskning mot WCAG, där du prövar sajten mot kriterier, och ett användartest, där tre personer försöker göra något på den medan du tittar på utan att hjälpa.
I december granskades din sajt heuristiskt av en klasskamrat. Det var en expertgranskning, billig och snabb, och den hittar ungefär hälften av det riktiga användare stöter på. Nu kommer den andra halvan. Två metoder som hittar olika fel, inte en bättre och en sämre, och rapporten ska visa skillnaden.
Blocket har en ordning, och uppgiften följer den: granskning → åtgärder → test.
- Granskningen, 18 januari. Du går igenom din sajt mot guidens WCAG-checklista.
- Åtgärderna, i Webbutveckling. Bristerna du hittar åtgärdar du i koden, framför allt den 27 januari.
- Testet, 4 februari. Användartestet görs på sajten efter åtgärderna.
Rapporten kan därför säga något som ingen av metoderna kan säga ensam: vad granskningen hittade, vad som blev rättat, och vad testpersonerna ändå fastnade på.
Tillgänglighet finns i båda kurserna, och här går gränsen:
| Här handlar det om | I Webbutveckling om |
|---|---|
| Kravet: vad WCAG säger, vem det gäller, nivå A och AA | Koden som uppfyller kravet: label, :focus-visible, kontrast i CSS-variablerna |
| Hur hjälpmedlen används och hur sajten upplevs med dem | Att tangentbordet når allt, som en rad i testprotokollet |
| Vad automatiska verktyg hittar, vad de missar och vad de larmar om i onödan | Att ett verktyg körts och felen rättats |
| Användartestet: plan, genomförande, analys | – |
Hur något byggs läser du alltså där. Här handlar allt om att pröva. Du ska kunna säga vilket kriterium en brist gäller och hur allvarlig den är, inte hur den rättas i CSS.
Åtgärdslistan i rapporten har samma form som i uppgift 4, så att den går att arbeta efter. Det som inte hunnit rättas följer med dig in i slutprojektet i mars.
2. Vad du utgår från
| Det här har du redan | Var det kommer ifrån |
|---|---|
| Sajten, handkodad och stilsatt | Projekt 2 i Webbutveckling, samma sajt som du arbetar med i Projekt 4 |
| Typanvändare, fem krav och användarresan | Uppgift 4, 10 december |
| Den heuristiska granskningen av din sajt | En klasskamrats åtgärdslista, 10 december |
| Samtycke och dataminimering | Område 5, 14 december |
Kraven och användarresan från uppgift 4 är dina testuppgifter i förväg. Det du lovade att sajten skulle klara i december är det du nu prövar om den klarar.
3. Ska-krav
Är alla ikryssade och kontrollerade ligger du på E.
Ska-krav — nivå E
4. Bör-krav
Skillnaden mellan en rapport som listar och en som drar slutsatser. Nivå C.
Bör-krav — nivå C
5. Utmaningar
Nivå A. Ta dem när ska- och bör-kraven sitter.
Utmaningar — nivå A
6. Tekniska krav
| Krav | Vad som gäller |
|---|---|
| Var det lämnas | Designportföljens sida 06 Test. Text i textramar, skärmbilder som bilder, tabeller som tabeller |
| WCAG-granskningen | Tabell: kriterium, nivå (A eller AA), resultat (uppfyllt, brist, inte tillämpligt), var (sida och element). Kriterierna i checklistans ordning |
| Automatiskt verktyg | Ett av dem i guiden. Ange vilket och vilket datum det kördes |
| Testplanen | Tre testuppgifter formulerade som ett mål, inte som en instruktion: Ta reda på när …, inte Klicka på …. Varje uppgift har en mätpunkt: klarade, klarade med svårighet, klarade inte |
| Testpersonerna | Tre stycken, minst en utanför klassen. Anonymiserade: Person B, 45 år, handlar mat på nätet varje vecka. Inga namn, inga bilder där personen syns |
| Samtycke | Muntligt, efter att personen fått veta vad testet går ut på och att hen kan avbryta. Datum för samtycket antecknat. Ingen ljud- eller videoinspelning sparas |
| Åtgärdslistan | Samma fyra kolumner som i uppgift 4, nr, var, vad, prioritet, plus motivering. I vad står kriteriet eller testfyndet. Sorterad på prioritet |
| Omfattning | Sammanställning, analys och utvärdering ungefär 700 ord tillsammans. Anteckningar och tabeller räknas inte |
Den brukar missförstås. Klicka på Kontakt och skicka ett meddelande testar om personen kan följa en instruktion. Du vill fråga ägaren om öppettiderna i helgen testar om sajten visar vägen. Det är det andra du vill veta.
7. Bedömningsmatris
| Kriterium | E | C | A |
|---|---|---|---|
| Tillgänglighetsgranskning | Sajten är granskad mot checklistan, bristerna har skärmbild, tangentbord och verktyg använda | Verktygets fynd är sorterade i äkta fel och falsklarm, med en brist som bara granskningen hittade | En testuppgift är gjord med skärmläsare, och ett fall visar skillnaden mellan kriterium och upplevelse |
| Testplan | Tre testuppgifter med mätpunkter och ett manus | Uppgifterna kommer ur kraven, och planen är pilottestad och justerad | Metoden är vald och anpassad efter sajten och typanvändarna, inte bara ifylld |
| Genomförande | Tre testpersoner, samtycke, anonymiserade anteckningar | Anteckningarna skiljer på vad personen gjorde och vad hen sa | Alla tre utanför klassen, och minst en motsvarar en typanvändare |
| Analys och åtgärdslista | Fynden är sammanställda, och åtgärdslistan är prioriterad och motiverad | Prioriteringen väger allvar mot insats, och metoderna jämförs | Rapporten ger samma prioritering hos en läsare som inte var med. Prövat |
| Utvärdering av metoden | Vad fungerade, vad skulle du göra om | Utvärderingen pekar på konkreta händelser i testerna | En ändring i metoden föreslås och motiveras ur det som hände |
8. Kom igång
- Boka testpersonen utanför klassen nu. Det är det enda i uppgiften som kräver en annan person vid en viss tid. Testet ska vara gjort senast den 8 februari, så att analysen hinner skrivas. Den som väntar testar sin kompis i korridoren.
- Gör granskningen den 18 januari på riktigt. Den är inte en övning. Det du hittar då är det du rättar i Webbutveckling den 27 januari, och det som inte är hittat blir inte rättat före testet.
- Ta testuppgifterna ur uppgift 4. Användarresan säger vad sajtens viktigaste uppgift är, och kraven säger vad som ska gå. Skriv inte nya uppgifter från början.
- Anteckna under testet, tolka efteråt. Under testet skriver du vad som händer, inte vad det betyder. Scrollar upp och ner två gånger, säger "var är menyn" är en anteckning. Menyn är otydlig är en slutsats, och den hör hemma i analysen.
- Skriv utvärderingen samma dag som det sista testet. Om en vecka minns du vad som hände men inte hur det kändes att sitta tyst när någon fastnade.
9. Vanliga misstag
- Du hjälper testpersonen. Det är det svåraste och det vanligaste. När hen fastnar är det precis det du letar efter. Säg vad tänker du nu?, inte den ligger längst upp.
- Testuppgifter som instruktioner. Klicka på Om oss säger vart personen ska. Då testas inte navigationen, bara om hen kan läsa.
- Tre klasskamrater som redan sett sajten. De vet var allt ligger. Minst en person utanför klassen är ett krav just av det skälet.
- Verktygets poäng som resultat. Ett automatiskt verktyg ser om en bild har alt-text, inte om texten säger något. Full poäng betyder att verktyget inte hittade något, inte att sajten fungerar.
- Åtgärdslistan i hittad ordning. Samma misstag som i december. Det första du såg är sällan det viktigaste.
- Utvärderingen säger att det gick bra. Den ska säga vad du skulle göra annorlunda. En metod utan brister har du inte utvärderat.
- Personuppgifter i rapporten. Namn, skolklass, en bild där personen syns. Allt du lärde dig om dataminimering i december gäller dina egna testpersoner.
10. Innan du lämnar in
Sista passet, 11 februari, är till för det här. Gå igenom i tur och ordning:
Det du lagt upp med ett namn i har redan visats för den som öppnat sidan.