Giving your automated accessibility testing the focus it deserves

Today, we have released Spark-Ruby v2021.1.3 and Spark-JS v2021.1.5 specifically to provide Test Evolve users a powerful accessibility testing feature.

There is an ever increasing industry focus on web accessibility, especially within the e-commerce and retail sectors. There are year-on-year increases in web accessibility lawsuits and retailers typically account for over 70% of such cases.

So what is web accessibility?

The Web is fundamentally designed to work for all people, whatever their hardware, software, language, location, or ability. When the Web meets this goal, it is accessible to people with a diverse range of hearing, movement, sight, and cognitive ability.

Web accessibility means that websites, tools and technologies are designed and developed so that people with disabilities can use them.

Accessibility is essential for developers and organisations wishing to create high-quality websites and web tools, whilst not excluding people from using their products and services.

- source: https://www.w3.org/WAI/fundamentals/accessibility-intro/

Our Spark releases today, provide a direct integration with Deque's powerful Axe accessibility testing engine. This is the same engine behind Google's Lighthouse tool and is widely considered to be the industry leader.

Testers can expect their automated accessibility tests to check for around 50-60% of documented accessibility violations, across multiple standards. A supplementary manual testing approach is required for full standards coverage.

When testing with this engine, you will record very few false errors. The violations presented in the new Spark Accessibility Report will warrant attention from your developers.

Adding Accessibility checks to your current tests

In much the same way as our visual testing feature, you can now very easily add accessibility checks to your existing automated tests.

The default_config within your Spark project will include a new accessibility_testing.yml file with a switch to turn your checks on or off.

In any test, for any page of the web application that you wish to assess, simply add TE.accessibility_check('label_of_your_choice') and at the end of your test run, a new accessibility_test.html report will be found in the results directory of the Spark project.

The report will provide full violation detail including recorded instances and severities, descriptions, source code at fault and links with instructions on how to correct it.

For a full guide - please visit our accessibility testing documentation.

Is Your Website EAA Compliant Yet? The Deadline Is Approaching Fast.

          Request a Demo
Evaluate Test Evolve          
James Readhead
James Readhead  

James is a software testing professional at Test Evolve with extensive experience in agile testing, test automation, and quality engineering. He shares practical insights from real-world projects to help teams improve test coverage, accelerate releases, and adopt smarter testing practices that support continuous delivery and long-term product quality.

Mark
Mark  

Mark Sweetlove is a seasoned software tester and front-end developer with over 15 years of hands-on experience in the IT industry. At Test Evolve, he plays a pivotal role in developing and testing the Flare and Spark products, combining deep technical knowledge with a practical understanding of modern software delivery. Mark specializes in Ruby, JavaScript, and TypeScript, and applies this expertise to create scalable, maintainable systems that support continuous delivery and high product quality. His dual perspective as both a developer and tester gives him a unique edge in solving complex quality engineering challenges.

Previous
Previous

What is Test Automation? Everything you need to know

Next
Next

A complete guide to the Page Object Model for Selenium Webdriver