Det er teamene har ansvar for å sikre universell utforming av løsningene de lager, og det er teamene som har ansvar for å teste løsningene sine og rapportere uu-status. Artikkelen "Hvem har ansvar for uu?" har flere detaljer.

Det er umulig å gi et generelt tidsoverslag. Løsningene vi lager i NAV varierer mye i kompleksitet og omfang. Jo mer interaktiv løsningen din er, desto mer tid tar det å teste. Testingen tar mindre tid dersom du tester regelmessig.

Nei. Du må sende inn en oppdatert rapport minst én gang hvert år og ved vesentlige endringer. Det er lurt å legge testing og rapportering inn i årshjulet ditt slik at du husker å sette av tid til det.

Det er lurt at én person på teamet har hovedansvar for det praktiske: å velge ut sidene som skal testes og produsere og sende inn rapporten, men hele teamet kan og bør delta i selve testinga. Hvis alle deltar, går det raskere og alle lærer om prosessen. Det er lettere for designere å tolke designkravene, utviklere å tolke de tekniske kravene, osv.

Aller best er å sette opp et par workshops der alle på teamet tester samtidig og fyller ut rapporten i fellesskap. Da kan dere dra nytte av hverandres kunnskap, og dere får dannet en felles forståelse av hvordan dere ligger an.

Nei. Komponenter som i utgangspunktet møter WCAG-kravene kan integreres på måter som bryter med kravene. Designsystemkomponenter må alltid testes i kontekst.

Team Aksel gjør sitt beste for å kvalitetssikre det vi leverer, men det kan hende vi går glipp av noe. Finner du feil i en komponent under testing, si fra på #designsystem på Slack (NAV-internt, åpner i en ny fane).

Ja. Hvis du finner en WCAG-feil når du tester, så betyr det at løsningen din ikke er i samsvar med lovkravene til universell utforming, og feilen skal utbedres. Rapporteringsfristen gjelder da bare rapportering, ikke feilretting.

Ta kontakt med uu-teamet hvis det er noe du lurer på. Vi har ikke kapasitet til å teste løsningen din for deg, men vi kan svare på spørsmål og peke deg i riktig retning.