Gå til indhold
BigTree108

Ydelser inden for tilgængelighedstest

Ydelser inden for tilgængelighedstest: WCAG 2.2-audits af websites, webapplikationer, mobilapps og dokumenter, test med skærmlæser og tastatur, automatiserede axe-kontroller i CI, hjælp til udbedring og Accessibility Conformance Reports, til produkter, der skal opfylde det europæiske tilgængelighedsdirektiv (European Accessibility Act), EN 301 549, Section 508 eller ADA, med dedikerede tilgængelighedstestere til jeres team eller audits, der leveres fra start til slut.

Tilgængelighedstest, vi udfører

  • WCAG 2.2-audits

    Sider og forløb testet mod hvert WCAG 2.2-succeskriterium på niveau A og AA, manuelt og med værktøjer, hvor hver fejl rapporteres med kriteriet, elementet, dets betydning for brugerne, et skærmbillede og en rettelse.

  • Test med skærmlæser

    Centrale forløb gennemført med JAWS og NVDA på Windows, VoiceOver på macOS og iOS og TalkBack på Android, hvor navne, roller, læserækkefølge, oplæsning af skiftende indhold og formularer, der kan udfyldes uden syn, kontrolleres.

  • Test af tastatur og fokus

    Hvert element kan nås og betjenes fra tastaturet, med en synlig fokusmarkering, en logisk tabulatorrækkefølge, ingen tastaturfælder og dialoger, menuer og faner, der håndterer fokus, som ARIA Authoring Practices Guide beskriver.

  • axe-kontroller i pipelinen

    axe-core kørt gennem Playwright, Cypress eller jest-axe ved hver pull request og Pa11y eller Lighthouse på tværs af hele websites, med kendte fejl registreret, så antallet kun går nedad.

  • Tilgængelighed i mobilapps

    iOS- og Android-apps kontrolleret for Dynamic Type og skriftskalering, størrelsen på berøringsmål, kontrast, labels til VoiceOver og TalkBack, Switch Control og Switch Access, med udgangspunkt i Xcodes Accessibility Inspector og Googles Accessibility Scanner.

  • Kontrol af kontrast, zoom og reflow

    Farvekontrast, tekst forstørret til 200 procent, reflow ved 320 CSS-pixels uden sidelæns rulning, reduceret bevægelse, tydelige fejlmeddelelser og ensartet hjælp, de kriterier, som værktøjer kun måler delvist.

  • Hjælp til udbedring

    Rettelser på kodeniveau for hver fejl givet til jeres udviklere, Figma-designs gennemgået for kontrast, fokusrækkefølge og tilgængelighedsannotationer, før de bygges, og hver rettelse testet igen mod det kriterium, den ikke opfyldte.

  • Accessibility Conformance Reports

    VPAT-baserede Accessibility Conformance Reports mod WCAG, Section 508 og EN 301 549 samt tilgængelighedserklæringer, skrevet ud fra testdokumentation til udbud i den offentlige sektor, virksomheders indkøb og det europæiske tilgængelighedsdirektiv.

  • Tilgængelighed i dokumenter og PDF'er

    PDF'er, Word-dokumenter og præsentationer kontrolleret for tags, læserækkefølge, alternativ tekst, tabeloverskrifter og dokumentsprog med PAC og Acrobats tilgængelighedskontrol mod PDF/UA og dokumentkravene i EN 301 549.

Ansæt tilgængelighedstestere

  • Dedikerede tilgængelighedstestere

    Tilgængelighedstestere, der indgår i jeres team på fuld tid, arbejder i jeres værktøjer og processer og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.

  • Projekter inden for Tilgængelighedstest

    En afgrænset opgave inden for tilgængelighedstest med et fast omfang, en fast plan og en navngiven leder hos os, der ejer resultatet og rapporterer fremdriften i jeres kanaler.

  • Løbende tilgængelighedstest

    Tilgængelighedstest som løbende ydelse: de samme folk hver måned, en backlog, I selv prioriterer, og timer, I kan se i vores portal og på fakturaen.

Siden om dedikerede teams forklarer, hvordan specialister indgår i jeres team, og siden om outsourcing beskriver projektleverance, overtagelser og hvordan vi tager betaling.

Hvem arbejder med jeres tilgængelighedstest

  • Tilgængelighedstestere

    WCAG-audits samt test med skærmlæser og tastatur

  • Frontend-udviklere

    Rettelser af semantisk HTML, ARIA og fokus

  • Mobiludviklere

    Tilgængeligheds-API'er i iOS og Android

  • UI- og UX-designere

    Kontrast, fokusrækkefølge og annoterede designs

  • Testautomatiseringsingeniører

    Automatiserede kontroller i pipelinen

Sådan tester vi tilgængelighed

Automatiserede værktøjer finder hurtigt manglende labels, kontrastfejl og ødelagt ARIA, så de kører ved hver ændring. Resten kræver et menneske: om den alternative tekst siger, hvad et billede betyder, om en skærmlæserbruger kan gennemføre checkout, og om fokus lander det rigtige sted, når en dialog lukkes. Hver audit kombinerer begge dele, på det rigtige produkt med rigtige hjælpemidler.

Fund rangeres efter, hvor meget de blokerer for folk, og kobles til det WCAG-kriterium, de ikke opfylder, så jeres team retter det, der blokerer, først, og rapporten kan holde i en udbudsvurdering. Når backloggen er ryddet, holder automatiserede kontroller i pipelinen og acceptkriterier for tilgængelighed på hver story nye fejl ude.

Andre softwaretestydelser

Softwaretest og QA: oversigt

Spørgsmål om tilgængelighedstest

Hvilke brancher arbejder jeres tilgængelighedstestere i?

Mest e-handel og detailhandel, da webshops, der sælger til forbrugere i EU, er omfattet af det europæiske tilgængelighedsdirektiv; bankvæsen og fintech, hvis forbrugerrettede banktjenester direktivet også dækker; enterprise SaaS-virksomheder, der besvarer indkøbsspørgeskemaer med en conformance report; sundheds- og uddannelsesplatforme; offentlige tjenester, der skal leve op til EN 301 549 eller Section 508; og udgivere af e-bøger og medier.

Hvilket WCAG-niveau bør vi teste mod?

I de fleste tilfælde WCAG 2.2 niveau AA. Niveau AA er det, EN 301 549, Section 508 og de fleste indkøbsteams kræver, og W3C anbefaler at tage WCAG 2.2 i brug, også hvor en forordning stadig nævner en tidligere version. Kriterier på niveau AAA kan tilføjes for bestemte sider eller målgrupper.

Kan I få vores produkt til at leve op til kravene?

Vi tester, rapporterer og retter: en audit viser, hvor produktet står i forhold til WCAG 2.2, vores udviklere eller jeres retter fejlene, og en gentest bekræfter hver rettelse. En conformance report angiver derefter resultatet for hvert kriterium. Om produktet opfylder en bestemt lov, er op til jeres juridiske rådgivere at bekræfte, og testen giver dem dokumentationen.

Hvor hurtigt kan tilgængelighedstestere starte?

Når den rette tilgængelighedstester er tilgængelig, afhænger starten kun af jeres samtale samt NDA og overdragelse af IP-rettigheder. Ellers gennemfører vi en søgning, som typisk giver kandidatprofiler inden for to til tre uger, og ingen starter, før I har sagt ja.

Hvordan ansætter vi tilgængelighedstestere gennem BigTree108?

Fortæl os om opgaverne, erfaringsniveauet og det timetal, I har brug for. Vi foreslår en eller to personer med deres profiler, I interviewer dem på samme måde, som I ville interviewe jeres egen medarbejder, og I underskriver én aftale med BIG TREE 108 LLC og modtager én faktura om måneden.

Hvem ejer det arbejde, de producerer?

Det gør I. Hver specialist har en underskrevet kontrakt med BigTree108, som overdrager alt arbejdsresultat til virksomheden, og vores aftale med jer overdrager det videre til jer. Kode, designs og dokumenter leveres ind i jeres egne repositories og værktøjer og opbevares ikke et sted, hvor kun vi kan ændre dem.

Har I brug for en tilgængelighedsaudit?

Fortæl os, hvilke websites, apps eller dokumenter der er omfattet, og om der er en frist eller et udbud, I arbejder hen imod. I får svar inden for én arbejdsdag: et auditomfang, en testplan eller kandidatprofiler.

Skriv til hello@bigtree108.com Sådan svarer vi