When Timed Assessments Became an Accessibility Barrier

The Situation

One of our clients operates an online learning platform that delivers timed quizzes and end-of-course exams to adult learners.

Instructors could set a time limit for each assessment. A countdown appeared in the corner of the screen, and when it reached zero, the attempt was submitted automatically.

The platform had recently gone through a visual refresh, and its components were passing automated accessibility scans. But the client's support team kept hearing a similar complaint from a small group of learners: they were running out of time on material they knew.

The client asked us to investigate what was happening.

What We Found

When we tested the complete assessment journey, the issue was not simply the amount of time learners were given.

Learners using screen readers, keyboards, or alternative input methods had to do more work to complete the same assessment. They had to navigate between questions, find answer choices, keep track of the timer, review flagged questions, and submit their responses - all while working within the same time limit as someone navigating quickly with a mouse.

Several barriers were adding to that effort.

The timer was primarily visual. Screen reader users did not have an equivalent way to check the remaining time as easily as sighted learners.

Time adjustments were difficult to apply. The platform did not provide a straightforward way for administrators to configure additional time for a learner who had been granted an accommodation.

Some question types depended on dragging. Drag-to-order and drag-to-match interactions did not provide an effective keyboard alternative.

Focus became unpredictable. After some answers were saved or questions changed, focus could return to the top of the page or become difficult to locate.

The question navigator created another problem. It displayed numbered buttons visually, but it did not clearly communicate whether each question had been answered or flagged.

None of these issues alone explained the complaints. Together, they were consuming time that should have been spent answering the assessment.

Why the Timer Mattered

WCAG 2.2.1, Timing Adjustable, requires most time limits set by content to provide a way to turn off, adjust, or extend the limit, subject to specific exceptions such as timing that is essential to the activity.

For our client, the more immediate problem was also practical: the platform needed a reliable way to support learners who had approved accommodations without requiring support staff to create manual workarounds.

The countdown itself needed attention too.

Constantly announcing every change would have made the experience worse by interrupting learners while they were reading questions. Instead, important time-related updates needed to be available without overwhelming the rest of the assessment.

WCAG 4.1.3 requires qualifying status messages to be programmatically available to assistive technologies without forcing focus to move to them.

The drag-based questions presented a separate issue. They needed to work through the keyboard under WCAG 2.1.1, while WCAG 2.2's 2.5.7 also requires a non-dragging single-pointer alternative when dragging is not essential.

How We Improved the Assessment Flow

We worked with the client's product and engineering teams on the assessment journey as a whole rather than treating each issue as an isolated accessibility ticket.

First, the team added a way for administrators to configure additional assessment time for individual learners before an attempt began.

We also improved how learners could understand the remaining time. The countdown was exposed as meaningful text, while important thresholds could be communicated without continuously interrupting screen reader users.

The same principle applies to other live interfaces - announce what matters without turning every update into noise, as we explored in our case study on live updates and screen readers.

Drag-based question types were given alternative ways to complete the same task without dragging.

We also corrected focus behavior between questions and improved the question navigator so learners could identify whether a question was answered, unanswered, or flagged.

Finally, we retested the complete assessment flow with assistive technology rather than relying on another automated scan.

That end-to-end testing was important because the original problem had never been one inaccessible component. It was the amount of friction accumulating across the full assessment.

What Changed

After the changes were deployed, the client saw improvements across both assessment completion and support demand.

Among learners using assistive technology:

• Auto-submissions with unanswered questions decreased by 38%
• Accessibility-related support tickets during assessment periods decreased by 41%
• Successful completion within the allotted or adjusted assessment time increased by 27%

The numbers supported what we had seen during testing: learners had not needed easier assessments. They needed the interface to stop consuming time unnecessarily.

The institution also gained a consistent way to apply approved time accommodations instead of relying on support staff to handle them manually.

What We Learned

The client originally saw a timing problem.

Our testing showed that timing was only part of it.

The real issue was the additional work the interface was asking some learners to perform within that time.

Once the timer, question interactions, focus behavior, navigation states, and accommodation workflow were considered together, the pattern became much clearer.

A timed assessment should measure what the instructor intends to assess - not how quickly a learner can work around inaccessible interface behavior.

For this client, improving accessibility did not mean removing the assessment rules. It meant making sure the platform itself was not using up the learner's time.

Is Your Assessment Flow Creating the Same Problem?

Timed assessments, drag-based questions, custom question players, and automatic submission can introduce accessibility barriers that automated testing alone may not uncover.

Wally can review the full assessment journey, identify where learners are losing time or getting blocked, and work with your product team to remediate those barriers.

Book a call with a Wally accessibility expert to review your assessment flow.