Tjenester innen tilgjengelighetstesting
Tjenester innen tilgjengelighetstesting: WCAG 2.2-revisjoner av nettsteder, webapplikasjoner, mobilapper og dokumenter, testing med skjermleser og tastatur, automatiserte axe-kontroller i CI, støtte til utbedring og Accessibility Conformance Reports, for produkter som må oppfylle European Accessibility Act, EN 301 549, Section 508 eller ADA, med dedikerte tilgjengelighetstestere til teamet deres eller revisjoner levert fra start til slutt.
Tilgjengelighetstesting vi utfører
WCAG 2.2-revisjoner
Sider og forløp testet mot hvert suksesskriterium i WCAG 2.2 på nivå A og AA, manuelt og med verktøy, der hvert avvik rapporteres med kriteriet, elementet, effekten på brukerne, et skjermbilde og en rettelse.
Testing med skjermleser
Viktige brukerreiser gjennomført med JAWS og NVDA på Windows, VoiceOver på macOS og iOS og TalkBack på Android, med kontroll av navn, roller, leserekkefølge, opplesing av innhold som endrer seg, og skjemaer som kan fylles ut uten syn.
Testing av tastatur og fokus
Hver kontroll nådd og betjent fra tastaturet, med synlig fokusindikator, logisk tabulatorrekkefølge, ingen tastaturfeller, og dialoger, menyer og faner som håndterer fokus slik ARIA Authoring Practices Guide beskriver.
axe-kontroller i pipelinen
axe-core kjørt gjennom Playwright, Cypress eller jest-axe ved hver pull request og Pa11y eller Lighthouse på hele nettsteder, med kjente avvik registrert slik at antallet bare går ned.
Tilgjengelighet i mobilapper
iOS- og Android-apper kontrolleres for Dynamic Type og skalering av skrift, størrelse på berøringsflater, kontrast, etiketter for VoiceOver og TalkBack, Switch Control og Switch Access, med utgangspunkt i Xcodes Accessibility Inspector og Googles Accessibility Scanner.
Kontroll av kontrast, zoom og reflow
Fargekontrast, tekst forstørret til 200 prosent, reflow ved 320 CSS-piksler uten sidelengs rulling, redusert bevegelse, tydelige feilmeldinger og konsekvent hjelp: kriteriene som verktøy bare måler delvis.
Hjelp med utbedring
Hvert funn følger med en rettelse på kodenivå til utviklerne deres, Figma-design gjennomgås for kontrast, fokusrekkefølge og tilgjengelighetsmerknader før det bygges, og hver rettelse testes på nytt mot kriteriet den feilet på.
Samsvarsrapporter for tilgjengelighet
VPAT-baserte samsvarsrapporter for tilgjengelighet (Accessibility Conformance Reports) mot WCAG, Section 508 og EN 301 549, og tilgjengelighetserklæringer, skrevet på grunnlag av testdokumentasjon for offentlige anbud, anskaffelser i store virksomheter og European Accessibility Act.
Tilgjengelighet i dokumenter og PDF
PDF-er, Word-dokumenter og presentasjoner kontrolleres for tagger, leserekkefølge, alternativ tekst, tabelloverskrifter og dokumentspråk med PAC og Acrobats tilgjengelighetskontroll, mot PDF/UA og kravene til dokumenter i EN 301 549.
Lei inn tilgjengelighetstestere
Dedikerte tilgjengelighetstestere
Tilgjengelighetstestere som blir en del av teamet deres på heltid, jobber i verktøyene og prosessen deres, og rapporterer til lederen deres. Dere intervjuer dem, og vi tar oss av den ukrainske kontrakten, lønn, fakturering og fravær.
Prosjekter innen Tilgjengelighetstesting
En avgrenset del av tilgjengelighetstesting med et omfang, en fast plan og en navngitt leder hos oss som eier resultatet og rapporterer fremdrift i kanalene deres.
Løpende tilgjengelighetstesting
Tilgjengelighetstesting som en løpende tjeneste: de samme menneskene hver måned, en backlog dere prioriterer, og timer dere kan se i portalen vår og på fakturaen.
Siden om dedikert team forklarer hvordan spesialister blir med i teamet deres, og siden om outsourcing dekker prosjektleveranse, overtakelser og hvordan vi priser.
Hvem som jobber med tilgjengelighetstesting for dere
Testere for tilgjengelighet
WCAG-revisjoner, testing med skjermleser og tastatur
Frontend-utviklere
Semantisk HTML, ARIA og rettelser av fokus
Mobilutviklere
API-er for tilgjengelighet i iOS og Android
UI- og UX-designere
Kontrast, fokusrekkefølge og annoterte design
Testautomatiseringsingeniører
Automatiserte kontroller i pipelinen
Slik tester vi tilgjengelighet
Automatiserte verktøy finner raskt manglende etiketter, kontrastfeil og ødelagt ARIA, så de kjøres ved hver endring. Resten krever et menneske: om alternativ tekst sier hva et bilde betyr, om en skjermleserbruker kan gå gjennom kassen, om fokus havner på riktig sted når en dialog lukkes. Hver revisjon kombinerer begge deler, på det faktiske produktet og med ekte hjelpeteknologi.
Funnene rangeres etter hvor alvorlig de hindrer folk og knyttes til WCAG-kriteriet de bryter, slik at teamet deres retter de verste hindrene først og rapporten holder i en anskaffelsesprosess. Når backloggen er ryddet, holder automatiserte kontroller i pipelinen og akseptansekriterier for tilgjengelighet på hver brukerhistorie nye feil ute.
Andre tjenester innen programvaretesting
Manuell testing
Tjenester innen manuell testing: funksjonell testing, regresjonstesting og utforskende testing, utforming av testcaser, testing på tvers av nettlesere og enheter samt støtte til UAT, med dedikerte QA-ingeniører for manuell testing eller prosjektleveranse.
Testautomatisering
Tjenester innen testautomatisering: testpakker i Playwright, Selenium, Cypress og WebdriverIO, SDET-arbeid, API-tester og visuelle tester samt CI-integrasjon, med dedikerte ingeniører for testautomatisering eller prosjektleveranse.
Testing av mobilapper
Tjenester innen testing av mobilapper: iOS- og Android-testing på ekte enheter og enhetsfarmer, automatisering med Appium, Espresso, XCUITest og Maestro samt kontroller før utgivelse i appbutikkene, med dedikerte QA-ingeniører for mobil eller prosjektleveranse.
API-testing
Tjenester innen API-testing: REST-, GraphQL- og gRPC-tester i Postman, REST Assured og kode, kontraktstesting med Pact, OpenAPI-validering og tjenestemocker, med dedikerte API-testere eller prosjektleveranse.
Ytelsestesting
Tjenester innen ytelses- og lasttesting: last-, stress- og soak-tester i k6, JMeter, Gatling og Locust, flaskehalsanalyse, kapasitetsplanlegging og Core Web Vitals, med dedikerte ytelsesingeniører eller prosjektleveranse.
Spørsmål om tilgjengelighetstesting
Hvilke bransjer jobber tilgjengelighetstesterne deres i?
Mest e-handel og detaljhandel, siden nettbutikker som selger til forbrukere i EU omfattes av European Accessibility Act; bank og fintech, der loven også dekker banktjenester for forbrukere; SaaS-selskaper som selger til store virksomheter og svarer på spørreskjemaer i anskaffelser med en samsvarsrapport; helse- og utdanningsplattformer; offentlige tjenester som må følge EN 301 549 eller Section 508; og utgivere av e-bøker og medier.
Hvilket WCAG-nivå bør vi teste mot?
WCAG 2.2 nivå AA i de fleste tilfeller. Nivå AA er det EN 301 549, Section 508 og de fleste innkjøpsavdelinger krever, og W3C anbefaler å ta i bruk WCAG 2.2 selv der et regelverk fortsatt viser til en eldre versjon. Kriterier på nivå AAA kan legges til for bestemte sider eller målgrupper.
Kan dere få produktet vårt i samsvar med kravene?
Vi tester, rapporterer og retter: en revisjon viser hvor produktet står mot WCAG 2.2, våre utviklere eller deres retter feilene, og en ny test bekrefter hver rettelse. En samsvarsrapport angir deretter resultatet for hvert kriterium. Om produktet oppfyller en bestemt lov, er det deres juridiske rådgivere som må bekrefte, og testingen gir dem dokumentasjonen.
Hvor raskt kan tilgjengelighetstestere starte?
Når rett tilgjengelighetstester er tilgjengelig, avhenger starten bare av intervjuet deres, NDA-en og IP-overdragelsen. Ellers gjennomfører vi et søk, som vanligvis gir kandidatprofiler innen to til tre uker, og ingen starter før dere har sagt ja.
Hvordan leier vi inn tilgjengelighetstestere gjennom BigTree108?
Fortell oss om arbeidet, erfaringsnivået og timene dere trenger. Vi foreslår én eller to personer med profilene deres, dere intervjuer dem slik dere ville intervjuet en egen ansatt, og dere signerer én avtale med BIG TREE 108 LLC og får én faktura i måneden.
Hvem eier arbeidet de leverer?
Det gjør dere. Hver spesialist har en signert kontrakt med BigTree108 som overdrar alt arbeidsresultat til selskapet, og avtalen vår med dere overdrar det videre til dere. Kode, design og dokumenter leveres inn i deres egne repositorier og verktøy, og oppbevares ikke der bare vi kan endre dem.
Trenger dere en tilgjengelighetsrevisjon?
Fortell oss hvilke nettsteder, apper eller dokumenter det gjelder, og hvilken frist eller hvilket anbud dere jobber mot. Dere får svar innen én arbeidsdag: et omfang for revisjonen, en testplan eller kandidatprofiler.