Skip to main content
When you open any page, component, or user journey in your Labrador project, you arrive at the Criteria Overview, a complete list of applicable WCAG 2.1 and 2.2 success criteria, organised by criterion number. Each criterion shows a status badge so you can see at a glance what you have already evaluated and what still needs attention. A progress bar at the top of the view reflects your overall completion across all criteria, with separate indicators for Level A and Level AA. This is where Labrador’s manual hybrid approach plays out. You can run an axe scan from this view first, which clears the machine-detectable issues and pre-fills them against the right criteria, then work through the rest by hand. Automated scanning finds roughly 30 to 50 percent of accessibility issues on a typical page, so the manual pass is where most of the audit actually happens.

​
Evaluating a criterion

1

Open the Criteria Overview

From your project view, click the name of a page, component, or user journey. The Criteria Overview opens, listing all applicable WCAG success criteria for that item.
2

Filter the list (optional)

Use the filter toolbar to narrow the list. You can filter by conformance level (Level A or Level AA), by current status (Pass, Fail, N/A, Untested, Bookmarked), or by issue details such as severity or remediation status.
3

Select a criterion

Click a criterion, for example, 1.1.1 Non-text Content, to open the testing panel. The panel slides in alongside the criteria list or opens as a pop-up, depending on your current view mode.
4

Review the Testing Tip

Read the Testing Tip at the top of the testing panel. This plain-English guidance explains what to look for and how to test the criterion accurately without needing to refer to the WCAG specification directly.
5

Mark the test status

Based on your evaluation, mark the criterion with one of four statuses:
  • Pass, the item under test meets this requirement
  • Fail, the item under test does not meet this requirement
  • N/A, this criterion does not apply to this item
  • Untested, evaluation has not yet started (the default state)
6

Log issues for failures

If you mark a criterion as Fail, scroll to the Add New Issue section within the testing panel to document the specific problem. See Logging Issues for a full walkthrough of the issue form.

​
Filtering and navigation

The filter toolbar at the top of the Criteria Overview helps you focus on specific subsets of criteria and avoid scrolling through the full list during a long audit session.

Keyword Search

Type what you are looking for into the Search criteria box the way you would say it: a criterion name (Non-text Content), a number (1.1.1), or plain language such as alt text, zoom, or autoplay. The search reads each criterion’s description and key points as well as its title, and a multi-word search matches criteria containing all of the words. The list updates as you type, with a note above the results naming the active search and a Clear search link beside it.

Filter by Status

Show only criteria with a specific status: Pass, Fail, N/A, Untested, or Bookmarked, each with a count beside it. Use the Fail filter to review outstanding issues, or Untested to find remaining work. That filter pairs with batch marking to close out an audit quickly.

Filter by Conformance Level

Use the All Levels dropdown to restrict the list to Level A (core accessibility requirements) or Level AA (the standard conformance target for most organisations). By default, all levels are shown.

Filter by Issue Details

Filter criteria by the properties of their associated issues. Filter by Severity (Advisory through Critical) to prioritise the most serious findings, or by Remediation status (Reported, In Progress, Fixed for Retesting, Closed) to track fix progress.

​
Testing view modes

Use the toggle beside the filter toolbar to switch between two layouts:
  • Side by side (default), the criteria list stays visible on one side while the testing panel opens alongside it. This is the best mode for working through criteria in sequence.
  • Pop-up, the testing panel opens as a modal dialog over the criteria list. Use this mode on smaller screens or when you prefer a more focused view of a single criterion at a time.

​
Batch marking

Every criterion row has a checkbox on its left. There is no mode to turn on: the checkboxes are always there, and a toolbar appears as soon as you select something, showing how many criteria are selected.

​
Selecting a range

Selecting criteria one at a time is fine for two or three. For anything larger, select a range:
  • With a mouse, click the first checkbox, then hold Shift and click the last one. Everything between them is selected.
  • With the keyboard, move to a checkbox and press Space or Enter to select it. That criterion becomes your anchor. Move to another checkbox and press Shift + Space or Shift + Enter to select everything between the anchor and where you are now.
Range selection only reaches criteria currently visible in the list, so whatever you have filtered to is what a range can select. That is what makes the next part work.

​
Marking a selection

With criteria selected, the toolbar offers:
  • Mark Pass
  • Mark Fail
  • Mark N/A
  • Mark Untested, which returns them to unmarked
Clear selection sits to the right and drops the selection without changing anything.

​
Closing out an audit

The common case: you have finished testing, and you know the criteria you never marked were fine. Rather than clicking through them one at a time:
1

Filter to Untested

In the status filter, choose Untested. The list narrows to only the criteria you never marked, and the badge tells you how many there are.
2

Select the whole list

Click the first checkbox, then Shift + click the last one. Because the list is filtered, this selects exactly the unmarked criteria and nothing else.
3

Mark them

Click Mark Pass. The count in the toolbar tells you how many you are about to change before you commit to it.
Only do this for criteria you have genuinely evaluated and concluded pass. Batch marking is for recording conclusions you already reached, not for clearing a list you have not worked through. A report that says Pass on a criterion nobody tested is worse than one that honestly leaves it Untested, and it is your name on the export.

​
The N/A batch tool

Mark N/A in the toolbar applies to whatever you selected. When a whole class of criteria does not apply to a page, there is a faster route that does the thinking for you. Below the criteria list, next to the automated scan button, is Batch mark N/A. Instead of asking you to find the right criteria, it asks what is true about the page:
  • This page has no prerecorded audio or video
  • This page has no forms, user input, or authentication
  • This page has no time limits or auto-updating content
  • All content on this page is in a single language
Tick the statements that describe your page and the tool marks every criterion that depends on them as not applicable. So confirming a page has no media covers the captions, audio description, and media alternative criteria in one action, without you having to remember which numbers those are. It only ever touches criteria you have not already marked, so it cannot overwrite a result you reached yourself. Groups where everything is already marked show as complete rather than offering work that would do nothing.
The tool appears on pages and components you can edit, alongside the automated scan. If you do not see it, you are either on a view without edit permission or every applicable group has already been handled.

​
Progress tracking

Labrador provides three layers of visual progress feedback within the Criteria Overview, so you can gauge how far through an audit you are without counting rows manually.

​
Sub-criteria auditing

Some WCAG success criteria cover a wide range of content types. For complex criteria, Labrador breaks the testing work into expandable sub-groups so you can evaluate each content type separately and mark each one individually. For example, 1.3.1 Info and Relationships expands into sub-groups covering Headings, Lists, Tables, and other structural elements. You can mark each sub-group as Pass, Fail, or N/A independently. This makes it easier to record partial failures, for example, if tables are correctly marked up but lists are not, without treating the entire criterion as a binary result.

​
Reference tools

Every criterion testing panel includes built-in reference material so you can make accurate, well-informed testing decisions without leaving Labrador.
Provides context on the real-world accessibility barrier the criterion addresses. Understanding why a criterion exists helps you apply it accurately, especially for criteria that may seem abstract when reading the WCAG specification in isolation.
Offers actionable, step-by-step guidance for evaluating the criterion, along with summarised key points to keep in mind. These tips are written in plain English and cover common testing scenarios, assistive technology behaviour, and edge cases to watch for.
Click the View on W3C button to open the official WCAG documentation for the criterion in a new browser tab. Use this when you need the full normative definition, understanding documents, or sufficient techniques listed in the specification.

​
Bookmarking

If you are mid-way through a criterion and want to return to it later, for example, because you need to test it with a specific assistive technology you do not have set up yet, you can bookmark it. Click the Bookmark icon on any criterion to flag it. You can then use the Bookmarked filter in the filter toolbar to pull up all your bookmarked criteria and continue where you left off.
Use bookmarks to mark criteria that need a second opinion from a colleague or that require a specific testing tool you plan to use later in the audit. Bookmarks persist for the current page or component and are visible to all team members with access to the project.