WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Automated testing tools and viewport size

for

From: Peter Krautzberger
Date: May 6, 2020 12:36PM

Hi Steve,

A random (untested) idea would be to use axe-puppeteer [1]. Tell puppeteer
to set some viewport dimensions, test with axe-puppeteer, change viewport,
test again; rinse and repeat.

Peter.

[1] https://github.com/dequelabs/axe-puppeteer

Am Mi., 6. Mai 2020 um 19:43 Uhr schrieb Steve Green <
<EMAIL REMOVED> >:

> I never really thought about this before, but automated testing tools that
> use a headless browser still need to apply viewport dimensions, and this
> will determine which media queries are and are not applied. This raises the
> question of what dimensions they are using.
>
> These thoughts were prompted by an issue that SortSite reported, but the
> Axe browser extension did not. It turns out that the issue occurs at
> viewport widths below 1300 pixels and that Axe did not find it because I
> just happened to run the test with a larger window than that. By contrast,
> SortSite's headless browser always works at 1024x768 pixels, so it found
> the issue.
>
> In this case I got lucky, but I want a more robust solution. Does anyone
> know of a tool that can test a whole website (like SortSite does) rather
> than one page at a time, but it tests at multiple viewport sizes. At the
> very least the sizes should be selectable and ideally the tool should work
> out what sizes it needs to test at to cover all the breakpoints?
>
> I suspect that such a tool will be expensive if it exists at all, but
> significant issues could be missed if a tool doesn't do that.
>
> Regards,
> Steve Green
> Managing Director
> Test Partners Ltd
> 020 3002 4176 (direct)
> 0800 612 2780 (switchboard)
> 07957 246 276 (mobile)
> 020 7692 5517 (fax)
> Skype: testpartners
> <EMAIL REMOVED>
> www.testpartners.co.uk
>
> Connect to me on LinkedIn - http://uk.linkedin.com/in/stevegreen2
>
> > > > >