Ange skärmläsare, version, PDF-läsare, operativsystem och filversion. Samma PDF kan fungera olika i en webbläsares inbyggda visare och i en separat läsare. Det behöver framgå var observationen gjordes.
NVDA:s användarguide beskriver navigering i läsläge och tabeller. Lär dig verktygets aktuella kommandon och kontrollera att rätt läge är aktivt innan du tolkar en utebliven reaktion som ett dokumentfel.
Källor: [1]
Välj en PDF-läsare som stöds av skärmläsaren och öppna en fil där du känner till innehållet. Kontrollera att fokus ligger i dokumentet och att rätt läsläge är aktivt. Om ett kommando inte fungerar behöver du först utesluta att fokus ligger i en meny, en sökruta eller ett annat fönster.
I NVDAs läsläge används bland annat H för nästa rubrik, T för nästa tabell och K för nästa länk. Skift tillsammans med bokstaven går bakåt. NVDA+F7 öppnar en elementlista. NVDA-tangenten är den modifierare som konfigurerats, ofta Insert eller Caps Lock. Stödet beror på dokument och läsarprogram; kontrollera manualen och den faktiska miljön.
I en tabell kan Ctrl+Alt tillsammans med piltangenterna användas för att gå mellan celler i miljöer som stöder tabellnavigering. Lyssna efter värdet och det sammanhang som behövs för att förstå det. Målet är inte en bestämd ordagrann uppläsning, utan att kunna avgöra exempelvis att 105 betyder timmar för februari.
Börja smalt: hitta ett avsnitt med rubriknavigering, läs första stycket och följ en länk. När det fungerar går du vidare till svårare uppgifter. Att starta med alla kommandon samtidigt gör det lätt att blanda ihop ovana vid verktyget med fel i dokumentet.
Källor: [1]
- Hitta avsnittet Resultat via rubriker utan att läsa från början.
- Läs över en sidbrytning och följ båda spalterna.
- Ta reda på vilket år och vilken enhet en siffra i tabellen avser.
- Förstå diagrammets slutsats och hitta de exakta värdena.
- Hitta och aktivera länken till en bilaga.
Ett linjärt prov från första till sista sidan kan upptäcka avbrott och felaktig ordning. Men människor läser sällan långa rapporter bara på det sättet. Prova också att hoppa direkt till ett avsnitt, undersöka ett enskilt tabellvärde och återvända från en bilaga. Då prövas strukturen som navigationshjälp.
Skriv förväntat resultat före testet. För en bidragsguide kan uppgiften vara att hitta sista ansökningsdag och villkoret för att få söka. För en årsrapport kan den vara att jämföra två års resultat med rätt enhet. Dokumentägaren behöver bekräfta svaret, så att testaren inte råkar godta en feltolkning.
När ett hinder uppstår, anteckna utgångspunkt, kommando, plats och observerat resultat. Skriv vad som saknades för att lösa uppgiften. Om du behöver en visuell ledtråd för att fortsätta, notera det också. Ett test där någon pekar ut rätt cell visar något annat än självständig navigering.
En lyckad skärmläsaruppgift täcker inte kontrast, färganvändning eller alla behov vid förstoring. Kombinera därför provet med andra kontroller och beskriv dess omfattning. Flera tydliga, avgränsade observationer är mer användbara än ett allmänt påstående om att filen fungerar för alla.
Föreställ dig en rapport med en inledning, ett resultatavsnitt och månadstabellen från våra exempel. Nedan är ett föreslaget protokoll, inte redovisning av en genomförd provning. Fyll observationsfältet först efter att någon har gjort uppgiften i den namngivna miljön.
| Uppgift | Förväntat resultat | Anteckna vid provet |
|---|---|---|
| Hitta Resultat via rubriker | Rätt avsnitt går att nå utan att läsa från början. | Startpunkt, kommando och rubriknivå. |
| Hitta februarivärdet för timmar | 105 kan förstås som timmar för februari. | Hur cellen nåddes och vilka rubriker som gick att få fram. |
| Gå till nästa avsnitt | Tabellens slut och nästa rubrik går att förstå. | Eventuella upprepningar eller bortfall. |
| Öppna bilagan | Länkens namn och mål motsvarar förväntningen. | Tangentbordssteg, destination och möjlighet att återvända. |
Skriv exempelvis: Förväntat: cellen kan förstås som 84 timmar i januari. Observerat: endast 84 annonseras i vald testmiljö. Ange hur du kom dit och vad som hände. Det ger den som rättar filen något att återskapa.
Detta är ett exempel på protokollform, inte ett påstående att just ditt dokument har testats.
Om rubriknavigeringen inte hittar ett avsnitt börjar du med att kontrollera fokus och läsläge. Prova sedan ett annat känt rubrikavsnitt i samma fil. Om inget fungerar kan problemet ligga i miljön eller i hela dokumentets struktur. Om bara en rubrik saknas är det mer sannolikt att just det objektet behöver undersökas.
För en tabell kan inställningar påverka om rubriker annonseras varje gång eller på andra sätt. Dokumentera inställningen om den är avgörande för observationen. Målet är att läsaren ska kunna få rätt information genom ett fungerande användningssätt, samtidigt som dokumentets struktur uppfyller relevanta krav. En särskild inställning ska inte användas för att dölja en trasig relation.
Prova en annan läsarmiljö när det behövs för att avgränsa orsaken. Om beteendet skiljer sig är det en viktig observation, men skillnaden avgör inte ensam vilken komponent som är fel. Jämför med taggstruktur, standardkrav och verktygens dokumentation. Behåll båda observationerna i underlaget.
Efter rättning återgår du till samma uppgift och utgångspunkt. Kontrollera också närliggande innehåll som kan ha påverkats. Då kan du säga att just det tidigare hindret har prövats igen, i stället för att bara notera att filen nu låter annorlunda.
En ovan testare kan hitta tydliga fel, men kan också missa hinder eller fastna i verktygets handhavande. Vid viktiga leveranser är en erfaren skärmläsaranvändares granskning värdefull. Ange vem som har gjort provet, vilka uppgifter som ingick och vilka begränsningar som finns.
Källor
- NVDA User GuideNV Access
- PDF3: Reading and tab orderW3C
- PDF6: Table markupW3C
Exemplen är våra egna om inget annat anges. Guiderna skiljer på lagkrav, standarder och praktiska råd. En godkänd maskinkontroll räcker inte för att bedöma hela dokumentets tillgänglighet.