Questions answered by this guide
- Which screen reader should I test with first, NVDA, JAWS, or VoiceOver?
- Do I need to test with more than one screen reader?
- What's the difference between NVDA and JAWS?
- Do I need VoiceOver if my learners mostly use Windows?
What you'll learn
- NVDA is free, open-source, and Windows-only, the standard starting point for a first screen reader test
- JAWS is the paid, long-established enterprise standard, also Windows-only, worth learning if your organization already standardizes on it
- VoiceOver is built into every Mac and iPhone for free, essential if your learners include Apple device users
What's inside
Instructional designers and QA reviewers deciding which screen reader to learn for testing eLearning courses
- 01NVDA: the starting point
- 02JAWS: the enterprise standard
- 03VoiceOver: built into Apple devices
- 04Which to learn first
- 05Testing across more than one
Why it matters
Different screen readers can announce the same content slightly differently, and real learners use all three. Picking one to start with, rather than being paralyzed by needing to test everything at once, is what actually gets testing started. NVDA is the right first choice for most teams, not because it's the only one that matters, but because it removes cost and setup as a barrier to starting.
Best practices
- Start with NVDA on Windows, paired with Chrome or Firefox, free, actively maintained, and the combination Screen Reader Testing Guide is built around for a first test.
- Add JAWS if your organization already standardizes on it for other software, or if your learner audience is known to skew toward it, common in some enterprise and government contexts.
- Test with VoiceOver specifically if your course is delivered to any meaningful population of Mac or iPhone users, it's free and pre-installed, no separate setup cost to skip.
- You don't need to test every course with all three, use NVDA as your default working test, and spot-check high-stakes or high-reach courses with JAWS and VoiceOver periodically.
Common mistakes
- Assuming one screen reader's behavior represents all of them, an announcement that sounds right in NVDA isn't guaranteed to sound identical in JAWS or VoiceOver.
- Skipping screen reader testing entirely because of JAWS's cost, when NVDA and VoiceOver are both free and cover the large majority of real testing needs.
- Never testing with VoiceOver despite a real population of Mac or iOS learners.
Frequently asked questions
Is JAWS still worth using if NVDA is free?
If your organization or learner base already relies on JAWS, yes, testing with what your actual learners use is more valuable than testing with whatever's most convenient. If you're starting from zero with no existing standard, NVDA removes cost as a barrier and is the more common starting recommendation.
Do I need a Mac to test with VoiceOver?
Yes for the macOS version; VoiceOver is also built into iPhone and iPad, useful for testing how a course behaves on a mobile device specifically, a real and growing testing scenario for eLearning.
What browser pairing should I use with each?
NVDA with Chrome or Firefox, JAWS with Chrome, and VoiceOver with Safari are the most commonly recommended and tested combinations, mismatched pairings can produce announcement differences that aren't representative of typical real-world use.
Related Guides
How to Test eLearning with a Screen Reader→
A practical, no-fear guide to testing your own course with a screen reader, from your first NVDA install to knowing exactly what you're listening for.
What Screen Readers Announce in Storyline→
A screen reader doesn't describe a Storyline slide the way it looks, it announces each focusable object in tab order, using only whatever accessible name and role that object actually has. Here's what that sounds like for Storyline's most common objects, done well and done poorly.
What Screen Readers Announce in Rise→
Rise's native blocks generally announce well by default, that's one of the real advantages of building in a block-based tool. The gap almost always shows up in the same place: an Embed block carrying custom HTML that Rise has no control over.
Accessibility Testing SOP: A Standard Process for eLearning Teams→
A repeatable process, not a one-time checklist, for how a team tests accessibility: who's responsible, what tools and methods to use together, how often to test, and how to document that testing happened.
Summary
NVDA (free, Windows) is the right starting point for most teams testing eLearning courses, it's what Screen Reader Testing Guide is built around. Add JAWS if your organization or audience already uses it, and VoiceOver if your learners include Mac or iOS users, rather than trying to test everything with all three from day one.
Review your course before you publish it.
A11yCheck reviews Storyline and Rise courses for:
- Accessibility
- Course Quality
- Course Engagement
www.a11ycheck-dev.com