Four weeks out: budget against the weighting
The WAS Body of Knowledge publishes its weighting, and it should shape the whole month. Domain 1, creating accessible web solutions, is 40 per cent. Domain 2, identifying accessibility issues, is another 40. Domain 3, remediating them, is 20.
That split surprises people who expect a testing exam. Four questions in ten are about building the thing correctly in the first place: semantics, names, roles, states, focus, dynamic updates. Another four are about finding what went wrong. Only two in ten are about the fix.
The trap here is the opposite of the one CPACC candidates fall into. On WAS, the tempting domain is Domain 3, because remediation is what most of us do for a living and it feels like home. It is also the smallest slice of the exam. Meanwhile Domain 1 is where the ARIA specification lives, and ARIA is the single largest source of confidently wrong answers on this exam.
A workable month:
- Week one. Domain 1. The accessibility tree, semantic HTML, accessible name computation, ARIA roles and states, keyboard interaction and focus management, dynamic content, single page applications.
- Week two. Domain 2. Conformance and what a claim means, WCAG-EM, assigning success criteria and documented failures, interoperability, then testing by screen reader, by keyboard, and for low vision, cognitive, auditory and touch.
- Week three. Domain 3 in two or three days, which is proportionate, then whichever domain your practice scores say is weakest.
- Week four. No new reading. Timed mocks and hands on a real page.
Against the A11ytek WAS course, that is lessons 1 to 8, then 9 to 16, then 17 to 19.
Reading is the wrong activity now
WAS questions are written about code. A stem will give you a widget, or a snippet, or a described behaviour, and ask which success criterion it violates or which change makes it pass. You cannot answer those reliably from memory of a specification you have only read.
So in the last month, every study session should end with something on screen. Build a disclosure and tab through it. Put aria-label on a div with no role and see what the accessibility tree does with it. Turn on a screen reader and listen to a form you built yourself, then break one label and listen again. Thirty minutes of that teaches more about name computation than an hour of reading will.
The Body of Knowledge is explicit that you should test with at least two screen readers, and it names the combinations worth using. If you have only ever used one, the last month is when to fix that, because questions about assistive technology behaviour assume you have seen more than one tool.
A useful target at the end of each domain is a practice score in the low nineties before you move on. That is deliberately above any pass mark. Technical multiple choice is unusually easy to answer correctly for the wrong reason, because the right fix often appears alongside three fixes that would also work in some other situation. A margin above the line is how you catch the ones you got right by luck.
One week out: four kinds of wrong
By now the only thing happening should be full mocks under real conditions. Seventy-five questions, two hours, nothing open on the second monitor. That is about ninety-six seconds a question, which is generous compared with CPACC and still tight when the stem contains code you have to read twice.
Sort every wrong answer into one of four piles. Each one needs a different response.
- You did not know the criterion. A real gap. Go back to the lesson rather than the flashcard, because what you are missing is usually the boundary between two neighbouring criteria, and a single card cannot show you a boundary.
- You knew the criterion and picked the wrong level. Extremely common, and entirely fixable in a week. Levels are the one part of WCAG that is pure memory, and the recall lists below are built for exactly this.
- You reached for ARIA when the answer was native HTML. This is the signature WAS mistake. The first rule of ARIA use says do not use it if a native element or attribute already gives you the semantics and behaviour you need. Several questions are built to see whether you apply that rule under time pressure.
- You knew it and talked yourself out of it. Nothing to study. More timed practice is the fix, and that is what the week is for anyway.
If the second and third piles dominate, you are closer than you feel, because both of those are recall problems rather than understanding problems. If the first pile dominates, take one more reading day out of the week and spend it on whichever lesson keeps appearing.
The last two days: the parts that are pure memory
Judgement cannot be crammed. Exact numbers and exact levels can, and they are where marks leak, because there is no way to reason your way to them. Read each list, cover it, write it out, check.
Numbers inside the success criteria
- 1.4.3 Contrast (Minimum), AA: 4.5:1 for text, 3:1 for large text, meaning 18pt or 14pt bold.
- 1.4.6 Contrast (Enhanced), AAA: 7:1 and 4.5:1 for large text.
- 1.4.11 Non-text Contrast, AA: 3:1 for user interface components and meaningful graphics.
- 1.4.4 Resize Text, AA: up to 200% without loss of content or function.
- 1.4.10 Reflow, AA: no two-dimensional scrolling at 320 CSS pixels wide or 256 tall.
- 1.4.12 Text Spacing, AA: line height 1.5 times the font size, paragraph spacing 2 times, letter spacing 0.12, word spacing 0.16.
- 2.5.8 Target Size (Minimum), AA: 24 by 24 CSS pixels. 2.5.5 Target Size (Enhanced), AAA: 44 by 44.
- 1.4.2 Audio Control, A: applies to audio that plays automatically for more than 3 seconds.
- 2.2.2 Pause, Stop, Hide, A: movement or auto-updating lasting more than 5 seconds.
- 2.2.1 Timing Adjustable, A: the exception for a time limit longer than 20 hours.
What each version added, and at which level
- WCAG 2.1 added 17 success criteria: five at A, seven at AA, five at AAA.
- WCAG 2.2 added 9: two at A, four at AA, three at AAA, and removed 4.1.1 Parsing.
- The two Level A additions in 2.2 are 3.2.6 Consistent Help and 3.3.7 Redundant Entry.
- The four at AA are 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum) and 3.3.8 Accessible Authentication (Minimum).
- The three at AAA are 2.4.12 Focus Not Obscured (Enhanced), 2.4.13 Focus Appearance and 3.3.9 Accessible Authentication (Enhanced).
- A criterion named Minimum usually sits at AA with its Enhanced twin at AAA, but 3.2.6 Consistent Help is Level A with no twin, so check rather than infer.
- WCAG has four principles and thirteen guidelines, and five conformance requirements: level, full pages, complete processes, accessibility-supported ways of using technologies, and non-interference.
Pairs that get confused
- Accessible name computation takes aria-labelledby first, then aria-label, then the native host language label such as
<label>, alt or a table caption, then title as a last resort.
- role="presentation" removes an element's own semantics but leaves its children in the accessibility tree. aria-hidden="true" removes the whole subtree.
- The HTML disabled attribute takes an element out of the tab order and out of form submission. aria-disabled leaves it focusable, which is often what you want for a submit button.
- 2.4.3 Focus Order governs the order interactive elements receive focus. 1.3.2 Meaningful Sequence governs the reading order of content. A page can pass one and fail the other.
- F44 is the documented failure of 2.4.3, caused by using
tabindex to impose a reading order. F55 is a script removing focus from a focusable element, and it fails 2.1.1, 2.4.7, 2.4.13 and 3.2.1 together. F3 is information conveyed by a CSS background image, failing 1.1.1.
- aria-live="polite" waits for a pause. assertive interrupts. role="alert" carries assertive behaviour already, so adding both is redundant.
The screen reader and browser combinations the Body of Knowledge names
- Windows: JAWS with Chrome, NVDA with Firefox or Chrome, Narrator with Edge.
- macOS: VoiceOver with Safari. iOS: VoiceOver with Safari.
- Android: TalkBack with Chrome.
- The guidance is to test with at least two screen readers, because support for a technique varies between them and a single tool can hide a real failure.
The night before
Do not open a topic you have never studied. Something met for the first time at that hour will not be in place by morning, and discovering a gap costs you more in confidence than the question is worth in marks.
Twenty minutes on the recall lists is enough. Then close the laptop.
Exam morning
If you are sitting remotely, test the proctoring software on an earlier day, not on this one. Clear the desk, because a remote proctor can ask you to show the room and anything within reach becomes a conversation. Have your identification ready.
Once you start, keep moving. Flag anything that makes you pause and come back to it. Four minutes on one widget question is three other questions you never read properly.
Read code in the stem twice before you read the options. On a technical exam the options are designed to look reasonable, and the difference between the right one and the plausible one is usually a single attribute.
When two answers both look correct, ask which one a screen reader user would actually notice, and ask whether the native element would have done the job. Those two questions resolve more WAS items than any other tactic.
Additional time is available as an accommodation, and arranging it is an ordinary part of the process.
Three things not to do in the final week
- Do not start a new question bank. A fresh one at this stage mostly tells you what you have not covered, which is both demoralising and useless. Finish the one you have.
- Do not chase a pass percentage. IAAP uses scaled scoring and publishes no fixed pass mark, so any number you have been told is somebody's guess. Knowing the Body of Knowledge is the only strategy that survives that.
- Do not skip Domain 3 because it is only 20 per cent. Fifteen questions decide a borderline result, and remediation is the domain most WAS candidates could lift in two days, because the material is already in your working life.
Practise the way the exam is weighted
The A11ytek exam prep app holds a large bank of WAS questions with written explanations, and its mock draws from them weighted 40, 40 and 20 across the three domains, so a practice score is comparable with the real thing rather than with whatever mix you happen to pull.
One hundred questions across the three certifications are free, with no sign-in and no email address, if you want to see the format before committing to anything.
Start practising
Back to the full study guide