(Draft) ATAG 2.0 Testing Resources

A.1.1.1 Web-Based Accessible (WCAG):

Test 0001 Assertion: The web-based portions of an authoring tool user interface meet WCAG 2.0 at AAA level.

Test 0001 Steps:

1. If no parts of the authoring tool are web-based, then select SKIP.
2. Check any web-based parts of the authoring tool with the Web Content Accessibility Test Procedure at the level being tested (A, AA, or AAA). Save the results of your testing to answer the following 3 tests.
3. If WCAG 2.0 Level AAA is reached, select PASS, otherwise select SKIP.

Note: The WCAG 2.0 requirement that "only accessibility-supported ways of using technologies are relied upon to satisfy the WCAG 2.0 success criteria" does not need to be applied as described in ATAG 2.0 section Relationship to the Web Content Accessibility Guidelines (WCAG) 2.0.

Test 0002 Assertion: The web-based portions of an authoring tool user interface meet WCAG 2.0 at AA level.

Test 0002 Steps:

1. If no parts of the authoring tool are web-based, then select SKIP.
2. If WCAG 2.0 Level AA is reached, select PASS, otherwise select SKIP.

Note: The WCAG 2.0 requirement that "only accessibility-supported ways of using technologies are relied upon to satisfy the WCAG 2.0 success criteria" does not need to be applied as described in ATAG 2.0 section Relationship to the Web Content Accessibility Guidelines (WCAG) 2.0.

Test 0003 Assertion: The web-based portions of an authoring tool user interface meet WCAG 2.0 at A level.

Test 0003 Steps:

1. If no parts of the authoring tool are web-based, then select SKIP.
2. If WCAG 2.0 Level A is reached, select PASS, otherwise select FAIL.

Note: The WCAG 2.0 requirement that "only accessibility-supported ways of using technologies are relied upon to satisfy the WCAG 2.0 success criteria" does not need to be applied as described in ATAG 2.0 section Relationship to the Web Content Accessibility Guidelines (WCAG) 2.0.

A.1.2.1 Accessibility Guidelines:

• Note: The (optional) explanation of conformance claim results should record the user interface accessibility guidelines that were followed.

Test 0001 Assertion: Any non-web-based portions of the authoring tool user interface follow the accessibility guidelines for the platform.

Test 0001 Steps:

1. If no parts of the authoring tool are non-web-based, then select SKIP.
2. If the accessibility guidelines (for the platform) used by the developer is known, this should be used to test the accessibility of the user interface. If the user interface has followed the guidelines, then PASS, otherwise FAIL.
3. If the accessibility guidelines (for the platform) used by the developer is not known, choose one from the list (http://www.w3.org/TR/2012/WD-IMPLEMENTING-ATAG20-20120410/#sc_a121) and use it to test the accessibility of the user interface. If the user interface has follwed the guidelines, then PASS, otherwise FAIL.

A.1.2.2 Platform Accessibility Services:

• Note: The (optional) explanation of conformance claim results should record the platform accessibility service(s) that were implemented.

Test 0001 Assertion: All non-web-based components of the authoring tool user interface successfully communicate name and role with the platform accessibility services (accessibility APIs).

Test 0001 Steps:

1. If no parts of the authoring tool are non-web-based, then select SKIP.
2. Check each user interface component with the Platform Accessibility Service Test Procedure to determine if it is (a) present, (b) has an accessible name and (c) has an appropriate UI component role. If (a)-(c) are all yes, then PASS, otherwise FAIL.

A.2.1.1 Text Alternatives for Rendered Non-Text Content:

If an editing-view renders non-text content, then any programmatically associated text alternatives for the non-text content can be programmatically determined. (Level A)

Test 0001 Assertion: For web-based tools, any text alternatives for programmatically associated non text content in the editing view meets WCAG 2.0 1.1.1. .

Test 0001 Steps:

[Adapted from Tim B's Steps (for each editing view in the authoring tool):]

1. Is the authoring tool editing view web-based? If NO, then SKIP.
2. Open NON-TEXT CONTENT WITH TEXT ALTERNATIVES or create content with non-text content
3. Check if the editing view can render the non-text content in the editing view, if not select SKIP
4. Using the Web Content Accessibility Test Procedure, check if WCAG2 SC 1.1.1 is passed. If yes, PASS, otherwise FAIL.

Test 0002 Assertion: For non-web-based tools, any text alternatives for programmatically associated non text content in the editing view can be programmatically determined.

Test 0002 Steps:

[Adapted from Tim B's Steps (for each editing view in the authoring tool):]

1. Is the authoring tool editing view web-based? If YES, then select SKIP.
2. Open NON-TEXT CONTENT WITH TEXT ALTERNATIVES or create content with non-text content
3. Check if the editing view can render the non-text content in the editing view, if not then select SKIP
4. Check with Platform Accessibility Service Test Procedure to determine if an accessible name/label is present in the accessibility API for each text alternative.
5. If a name/label is present in the accessibility API for each text alternative, select PASS, if not, select FAIL.

A.2.1.2 Alternatives for Rendered Time-Based Media:

If an editing-view renders time-based media, then at least one of the following is true: (Level A)

• (a) Option to Render: The authoring tool provides the option to render alternatives for the time-based media; or
• (b) User Agent Option: Authors have the option to preview the time-based media in a user agent that is able to render the alternatives.

Test 0001 Assertion: Video or audio media in an editing view has an option to display captions or transcript OR an option to preview the media in user agent capable of rendering the captions or transcripts.

Test 0001 Steps:

1. If the authoring tool does not support video or audio select SKIP.
2. Open TIME-BASED MEDIA CONTENT WITH TEXT ALTERNATIVES or create video or audio content with non-text content
3. Check if the editing view can render the non-text content in the editing view, if not then select SKIP
4. If the authoring tool provides the option to render captions or transcript, select PASS.
5. If authors are provided an option to preview the media in a user agent capable of rendering the captions or transcript select PASS, if not, select FAIL.

A.2.2.1 Editing-View Status Indicators:

If an editing-view adds status indicators to the content being edited, then the status messages being indicated can be programmatically determined. (Level A)

• Note: Status indicators may indicate errors (e.g., spelling errors), tracked changes, hidden elements, or other information.

Test 0001 Assertion: For web-based tools: Status information about the content (e.g. spellchecking) can be programatically determined.

Test 0001: Author: Jeanne Spellman

Test 0001 Steps:

1. If the editing view is non-web-based, then select SKIP.
2. Determine any content status or correction that the authoring tool accomplishes, possibly from a product feature list or trial and error.
3. If the editing view does not provide status messages for the content, then select SKIP
4. Open some TEXT CONTENT with known errors (that the tool is featured to correct, such as spelling or validation errors) in it with the tool, then examine the resulting page to see if any status messages are given about the content. Adjust the sample TEXT CONTENT until you get status information to display.
5. Turn off CSS and javascript, and see if the errors are still flagged by the authoring tool. If yes, select PASS.
6. Otherwise, look at the underlying code or listen to the page with a screen reader to see if the errors are coded programmatically. (See examples below). [@@ get a code example of how this could be done. ARIA role?@@] If the status message is properly coded, or the error is indicated when listening with a screen reader, then select PASS. Otherwise, select FAIL

Test 0002 Assertion: For non-web-based tools: Status information about the content (e.g. spellchecking) can be programatically determined.

Test 0002 Steps:

1. If the editing view is web-based, then select SKIP.
2. If the editing view does not provide status messages for the content, then select SKIP
3. Open some TEXT CONTENT with known errors (that the tool is featured to correct, such as spelling or validation errors) in it with the tool, then examine the resulting page to see if any status messages are given about the content. Adjust the sample TEXT CONTENT until you get status information to display.
4. Check with Platform Accessibility Service Test Procedure to determine if the status information about the content (e.g. the validation error) has been communicated to the accessibility API's.
   {@@ Needs Example @@]. If yes, select PASS, if not, select FAIL.

A.2.2.2 Access to Rendered Text Properties:

If an editing-view renders any text formatting properties that authors can also edit using the editing-view, then the properties can be programmatically determined. (Level AA)

Test 0001 Assertion:Text formatting properties can be programmatically determined.

Test 0001: Author:

Test 0001 Steps:

A.3.1.1 Keyboard Access (Minimum):

All functionality of the authoring tool is operable through a keyboard interface without requiring specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the user's movement and not just the endpoints. (Level A)

• Note 1: Keyboard interfaces are programmatic services provided by many platforms that allow operation in a device independent manner. This success criterion does not imply the presence of a hardware keyboard.
• Note 2: The path exception relates to the underlying function, not the input technique. For example, if using handwriting to enter text, the input technique (handwriting) requires path-dependent input, but the underlying function (text input) does not. The path exception encompasses other input variables that are continuously sampled from pointing devices, including pressure, speed, and angle.
• Note 3: This success criterion does not forbid and should not discourage other input methods (e.g., mouse, touch) in addition to keyboard operation.

Test 0001 Assertion:

Test 0001 Author: Tim Boland

Test 0001 Steps:

1. If the authoring tool does not support any form of keyboard interface, then select FAIL.
2. Document presence of programmatic service allowing device-independent keystroke input for platform via which functionality of authoring tool will be accessed - if no such programmatic service exists for this platform, then SC fails (or is N/A?) for that authoring tool on that platform. Go to Step 10.
3. Open authoring tool on the selected platform and document (list) all functions of authoring tool (this could be from authoring tool documentation or author experience with the tool)
4. Of these functions, document functions where path-dependent input is required (document rationale for this aspect also) and exclude those functions from the list described in Step 2, to create a modified list of functions
5. For each function in the modified list from Step 3:
6. Check that the function works correctly according to specification/expectation by just using the programmatic service described in Step 1 and nothing else
7. Check that there is no time dependency required for any keystroke input for the programmatic service used in Step 5 in order to successfully complete the function from Step 5 (that is, if a time limit is exceeded, the function does not complete correctly).
8. If checks for both Steps 5 and 6 are successful for that function, then the SC for that function (on that platform) is TRUE; otherwise the SC for that function (on that platform) is FALSE
9. If for all functions checked from Steps 4 through 7 , the SC for that function is TRUE, then the SC is passed for that authoring tool (on that platform)
10. If for at least one function checked from Steps 4 through 7, the SC for that function is FALSE, then the SC fails for that authoring tool (on that platform)
11. Close authoring tool.

A.3.1.2 No Keyboard Traps:

If keyboard focus can be moved to a component using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, authors are advised of the method for moving focus away. (Level A)

Test 0001 Assertion:

Test 0001 Steps:

A.3.1.3 Efficient Keyboard Access:

The authoring tool user interface includes mechanisms to make keyboard access more efficient than sequential keyboard access. (Level AA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.1.4 Keyboard Access (Enhanced):

All functionality of the authoring tool is operable through a keyboard interface without requiring specific timings for individual keystrokes. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.1.5 Customize Keyboard Access:

If the authoring tool includes keyboard commands, then those keyboard commands can be customized. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.1.6 Present Keyboard Commands:

If the authoring tool includes keyboard commands,

Test 0001 Assertion:

Test 0001 Steps:

A.3.2.1 Auto-Save (Minimum):

If the authoring tool includes authoring session time limits, then the authoring tool can be set to automatically save web content edits made using the authoring tool before the session time limits are reached. (Level A)

Test 0001 Assertion:

Test 0001: Author: Tim Boland

Test 0001 Steps:

1. If the authoring tool does not have any time limits (e.g. an automatic logout), then select SKIP.
2. Check to determine whether the authoring tool provides time limits on any authoring sessions (for example, this could be done by reading the documentation, or actually trying to edit web content using the authoring tool - experiential). If after investigation it is found that no time limits are provided for any such sessions, than select SKIP.
3. For every found time limit on an authoring session as a result of Step 2, check to determine if the authoring tool can be configured (or is already configured) to automatically save any edits to web content before that time limit is reached in an authoring session (for example, this could be done by reading the documentation, or actually experimenting with the configurations in the authoring tool).
4. Actually perform the configuration from Step 3 if needed (or verify the configuration from Step 3 as necessary):
   1. Open an authoring session associated with the found time limit.
   2. Edit web content in that authoring session.
   3. Check to determine if all edits from Step 4b are automatically saved before that time limit is reached for that authoring session. If they are, then the result of this step is TRUE for this time limit; otherwise, the result of this step is FALSE for this time limit
5. If the result of Step 4c is TRUE for all found time limits from Step 2, then select PASS. If for any found time limit(s) from Step 2, the result of Step 4c is FALSE, then select FAIL.

A.3.2.2 Timing Adjustable:

If a time limit is set by the authoring tool, then at least one of the following is true: (Level A)

• (a) Turn Off: Authors are allowed to turn off the time limit before encountering it; or
• (b) Adjust: Authors are allowed to adjust the time limit before encountering it over a wide range that is at least ten times the length of the default setting; or
• (c) Extend: Authors are warned before time expires and given at least 20 seconds to extend the time limit with a simple action (e.g., "press the space bar"), and authors are allowed to extend the time limit at least ten times; or
• (d) Real-time Exception: The time limit is a required part of a real-time event (e.g., a collaborative authoring system), and no alternative to the time limit is possible; or
• (e) Essential Exception: The time limit is essential and extending it would invalidate the activity; or
• (f) 20 Hour Exception: The time limit is longer than 20 hours.

Test 0001 Assertion:

Test 0001: Author: Jeanne Spellman

Test 0001 Steps:

1. If the authoring tool does not have any time limits (e.g. an automatic logout), then select SKIP.
2. If the authoring tool time limit is a real-time exception, that is, the time limit is a required part of a real-time event (e.g., a collaborative authoring system), and no alternative to the time limit is possible, then select SKIP. [@@ should this be a Skip, or a Pass?@@]
3. If the time limit is essential and extending it would invalidate the activity, then select SKIP.
4. If the time limit is longer than 20 hours, then select SKIP.
5. Check whether authors are allowed to turn off each time limit before encountering it and set up the appropriate conditions to test whether it works properly. If each time limit is turned off, then select PASS.
6. If authors are warned before each time limit expires and are given at least 20 seconds to extend the time limit with a simple action (e.g., "press the space bar"), and authors are allowed to extend the time limit at least ten times, then select PASS.
7. If authors are allowed to adjust the time limit before encountering it, check the configuration parameters to insure that the time adjustment options are over a wide range that is at least ten times the length of the default setting. If this is true, select PASS.
8. If the authoring tool has time limits, and none of the above statements are true, then select FAIL.

A.3.2.3 Static Input Components:

If authoring tool user interface components that accept input can move, then authors can pause the movement. (Level A)

Test 0001 Assertion: If components of the authoring tool user interface can move, the author can pause the movement.

Test 0001 Author: Jeanne Spellman

Test 0001 Steps:

1. If no parts of the authoring tool user interface can move (animation, video or script), then select SKIP.
2. Vidually examine each part of the user interface to determine if it has motion. Don't forget to checl other modes (like an editing view).
3. If there is a way to pause or stop motion for all or each component in the user interface, , then select PASS, otherwise select FAIL.

A.3.2.4 Content Edits Saved (Extended):

The authoring tool can be set to automatically save web content edits made using the authoring tool. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.3.1 Static View Option:

If the authoring tool contains editing-views that render visual time-based content, then those editing-views can be paused and can be set to not play automatically. (Level A)

Test 0001 Assertion:

Test 0001: Author:

Test 0001 Steps:

1. If the authoring tool cannot be used to edit time-based content such as video, animation, animated gifs etc., then select SKIP
2. If the authoring tool does not include editing views that render visual time-based content such as video, animation, animated gifs etc., then select SKIP
3. If the renderings are non-editable, such as previews, this SC is SKIP.
4. Load sample video (audio, animation, animated gifs etc.)
5. If the authoring tool can be set to never play time-based content automatically AND once playing the content can be paused, then PASS.
6. If the editing view is web-based and the browser can be used to prevent auto-play and to pause the playing content then PASS.

A.3.4.1 Navigate By Structure:

If editing-views expose the markup elements in the web content being edited, then the markup elements (e.g., source code, content renderings) are selectable and navigation mechanisms are provided to move the selection focus between elements. (Level AA)

Test 0001 Assertion:

Test0001 Steps:

1. If the tool is designed such that markup elements are never disclosed to the author, this SC is SKIP
2. Where markup elements are disclosed to the user (e.g. document outline view, source view, etc.), if it is not possible to select a disclosed element without selecting any of the content that surrounds it, then FAIL.
3. If the only way to move selection from one disclosed element to the other is by clearing the selection and manually selecting the start and end point of the new element in the source, then FAIL.
4. Otherwise PASS.

A.3.4.2 Navigate by Programmatic Relationships:

If editing-views allow editing of programmatic relationships within web content, then mechanisms are provided that support navigation between the related content. (Level AAA)

• Note: Depending on the web content technology and the nature of the authoring tool, relationships may include, but are not limited to, element nesting, headings, labeling, programmatic definitions, and ID relationships.

Test 0001 Assertion:

Test0001 Steps:

1. If the tool is designed such that programmatic relationships (ID reference, data structure definition, function definition, etc.) are never disclosed to the author, this SC is SKIP
2. If a mechanism exists that allows the user to navigate between pieces of web content (elements, functions, etc.) where there is a programmatic relationship (ID reference, data structure definition, function definition, etc.) then PASS

A.3.5.1 Text Search:

If the authoring tool provides an editing-view of text-based content, then the editing-view enables text search, such that all of the following are true: (Level AA)

• (a) All Editable Text: Any text content that is editable by the editing-view is searchable (including alternative content); and
• (b) Match: Matching results can be made visible to authors and given focus; and
• (c) No Match: Authors are informed when no results are found; and
• (d) Two-way: The search can be made forwards or backwards.

Test 0001 Assertion:

Test 0001 Steps:

A.3.6.1 Independence of Display:

If the authoring tool includes display settings for editing-views, then the authoring tool allows authors to adjust these settings without modifying the web content being edited. (Level A)

Test 0001 Assertion:

Test 0001 Steps:

A.3.6.2 Save Settings:

If the authoring tool includes display and/or control settings, then these settings can be saved between authoring sessions. (Level AA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.6.3 Apply Platform Settings:

The authoring tool respects changes in platform display and control settings, unless authors select more specific display and control settings using the authoring tool. (Level AA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.6.4 Multiple Sets:

If the authoring tool includes display and/or control settings, then the authoring tool provides the option of saving and reloading multiple configurations of settings. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

A.3.7.1 Preview (Minimum):

If a preview is provided, then at least one of the following is true: (Level A)

• (a) In-Market User Agent: The preview renders content using a user agent that is in-market; or
• (b) UAAG (Level A): The preview conforms to the User Agent Accessibility Guidelines 1.0 Level A [UAAG].

Test 0001 Assertion:

Test 0001 Steps:

A.3.7.2 Preview (Enhanced):

If a preview is provided, then authors can specify which user agent performs the preview. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

A.4.1.1 Content Changes Reversible (Minimum):

All authoring actions are either reversible or the authoring tool requires author confirmation to proceed. (Level A)

Test 0001 Assertion: All authoring actions are either reversible or the authoring tool requires author confirmation to proceed.

Test 0001: Author: Tim Boland

Test 0001 Steps:

1. Open new content in the authoring tool with TEXT CONTENT or a mixture of TEXT CONTENT and NON-TEXT CONTENT WITH TEXT ALTERNATIVES, as appropriate to the authoring tool. You may also use the tool to create a sample page of content with text content or both text and non-text content.
2. Note "state" of web content within that authoring too
3. Edit that web content using that authoring tool, so that the "state" of web content after edit is different from that in step 2.
4. Attempt to "cancel" all edit(s) from step 3 by submitting request(s) to that authoring tool using appropriate mechanism provided by that authoring tool. If such mechanisms are not provided, go to step 6.
5. Immediately after step 4, check that as a result of the request(s) from step 4, the "state" of that web content is the same as the "state" of the same web content from step 2 edit(s). If this check is true, then select PASS. If this check is false, then select FAIL.
6. Check that this authoring tool provides explicit notification that no further action is possible unless permission is specifically granted by you using an appropriate mechanism provided by this authoring tool (i.e., authoring tool is "frozen" awaiting input from you). If such a notification is not provided, then select FAIL.
7. Answer "yes" to the "request to proceed" notification from step 6 , attempt to perform a subsequent action related to the authoring tool, and check that this subsequent action is successful. If this check is true, then select PASS. If this check is false, then select FAIL.

A.4.1.2 Settings Change Confirmation:

If the authoring tool provides mechanisms for changing authoring tool user interface settings, then those mechanisms can reverse the setting changes, or the authoring tool requires author confirmation to proceed. (Level A)

Test 0001 Assertion:User interface setting changes can be reversed, or require author confirmation to proceed.

Test 0001: Author: Tim Boland

Test 0001 Steps:

1. If there are NO mechanisms to change any preference settings within that authoring tool user interface, then select SKIP.
2. Open/install authoring tool. Note "values" of all preference settings within that authoring tool user interface.
3. For each mechanism to change the preference settings, use those mechanisms to change the relevant preference settings within that authoring tool user interface, so that the "value" of those preference settings is different from that from step 2.
4. Check if the authoring tool user interface provides explicit notification that no further action is possible from this authoring tool unless permission is specifically granted by you using an appropriate "vehicle" provided by this authoring tool user interface (i.e., authoring tool is "frozen" awaiting input from you). Answer "yes" to the "request to proceed" notification, then verify that the change is successful. If this check is true for all such preference setting mechanisms, then select PASS.
5. Attempt to "reverse" all changes from step 3 by using the same mechanisms as were used in step 3 to make the changes as appropriate. Check that as a result of the attempted reversals from step 3, the "value" of that associated preference setting is the same as the "value" of the same preference setting from step 2. If this check is true for all such preference setting mechanisms, then select PASS.
6. If both checks from Step 4 and Step 5 are false, then select FAIL.

A.4.1.3 Content Changes Reversible (Enhanced):

Authors can sequentially reverse a series of reversible authoring actions. (Level AAA)

• Note: It is acceptable to clear the authoring action history at the end of authoring sessions.

Test 0001 Assertion:

Test 0001 Steps:

A.4.2.1 Describe Accessibility Features:

For each authoring tool feature that is used to meet Part A of ATAG 2.0, at least one of the following is true: (Level A)

• (a) Described in the documentation: Use of the feature is explained in the authoring tool's documentation; or
• (b) Described in the interface: Use of the feature is explained in the authoring tool user interface; or
• (c) Platform service: The feature is a service provided by an underlying platform; or
• (d) Not used by authors: The feature is not used directly by authors (e.g., passing information to a platform accessibility service).

• Note: The accessibility of the documentation is covered by Guideline A.1.1 and Guideline A.1.2.

Test 0001 Assertion:

Test 0001 Steps:

A.4.2.2 Document All Features:

For each authoring tool feature, at least one of the following is true: (Level AA)

• (a) Described in the documentation: Use of the feature is explained in the authoring tool's documentation; or
• (b) Described in the interface: Use of the feature is explained in the authoring tool user interface; or
• (c) Platform service: The feature is a service provided by an underlying platform; or
• (d) Not used by authors: The feature is not used directly by authors (e.g., passing information to a platform accessibility service).

• Note: The accessibility of the documentation is covered by Guideline A.1.1 and Guideline A.1.2.

Test 0001 Assertion:

Test 0001 Steps:

B.1.1.1 Content Auto-Generation After Authoring Sessions (WCAG):

If the authoring tool provides the functionality for automatically generating web content after the end of an authoring session, authors can specify that the content be accessible web content (WCAG). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

• Note: This success criterion applies only to automatic processes specified by the authoring tool developer. It does not apply when author actions prevent generation of accessible web content (WCAG).

Test 0001 Assertion:

Test0001 Steps:

1. This SC only applies to authoring tools that add anything to the end-user experience beyond what the author has experienced during the authoring session. Otherwise, select SKIP
2. The SC's note also makes it clear that the SC refers to developer-provided processes, not processes created by the author or other third-parties.
3. If the auto-generation system primarily works by creating a wrapper around the author's entries, try to test the auto-generation system with as little author-entered content as possible.
4. If author input is required, ensure that only accessible content is added and that all prompts are followed correctly.
5. If the auto-generation system acts differently depending on the author's entries, try to test the auto-generation system with the "comprehensive accessible test content"
6. If additional author input is required, ensure that only accessible content is added and that all prompts are followed correctly.
7. Once the system produces output, follow the Web Content Accessibility Test Procedure to determine if it meets the WCAG 2.0 success criteria TARGET_LEVEL

B.1.1.2 Content Auto-Generation During Authoring Sessions (WCAG):

• (a) Accessible: The content is accessible web content (WCAG) without author input; or
• (b) Prompting: During the automatic generation process, authors are prompted for any required accessibility information (WCAG); or
• (c) Automatic Checking: After the automatic generation process, accessibility checking is automatically performed; or
• (d) Checking Suggested: After the automatic generation process, the authoring tool prompts authors to perform accessibility checking.

• Note 1: Automatic generation includes automatically selecting templates for authors.
• Note 2: This success criterion applies only to automatic processes specified by the authoring tool developer. It does not apply when author actions prevent generation of accessible web content (WCAG).

Test 0001 Assertion:

Test 0001 Steps:

B.1.2.1 Restructuring and Recoding Transformations (WCAG):

If the authoring tool provides restructuring transformations or re-coding transformations, and if equivalent mechanisms exist in the web content technology of the output, then at least one of the following is true: (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

• (a) Preserve: Accessibility information (WCAG) is preserved in the output; or
• (b) Warning: Authors have the default option to be warned that accessibility information (WCAG) may be lost (e.g., when saving a vector graphic into a raster image format); or
• (c) Automatic Checking: After the transformation, accessibility checking is automatically performed; or
• (d) Checking Suggested: After the transformation, the authoring tool prompts authors to perform accessibility checking.

• Note 1: For text alternatives for non-text content, see Success Criterion B.1.2.4.
• Note 2: This success criteria only applies when the output technology is "included" for conformance.

Test 0001 Assertion:

Test 0001 Steps:

B.1.2.2 Copy-Paste Inside Authoring Tool (WCAG):

If the authoring tool supports copy and paste of structured content, then any accessibility information (WCAG) in the copied content is preserved when the authoring tool is both the source and destination of the copy-paste. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

Test 0001 Assertion:

Test 0001 Steps:

B.1.2.3 Optimizations Preserve Accessibility:

If the authoring tool provides optimizing web content transformations, then any accessibility information (WCAG) in the input is preserved in the output. (Level A).

Test 0001 Assertion:

Test 0001 Steps:

B.1.2.4 Text Alternatives for Non-Text Content are Preserved:

If the authoring tool provides web content transformations that preserve non-text content in the output, then any text alternatives for that non-text content are also preserved, if equivalent mechanisms exist in the web content technology of the output. (Level A).

• Note: This success criteria only applies when the output technology is "included" for conformance.

Test 0001 Assertion:

Test 0001 Steps:

B.2.1.1 Accessible Content Possible (WCAG):

If the authoring tool places restrictions on the web content that authors can specify, then those restrictions do not prevent WCAG 2.0 success criteria from being met. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

Test 0001 Assertion:

Test 0001 Steps:

B.2.2.1 Accessible Option Prominence (WCAG):

If authors are provided with a choice of authoring actions for achieving the same authoring outcome (e.g., styling text), then options that will result in accessible web content (WCAG) are at least as prominent as options that will not. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

Test 0001 Assertion:

Test 0001 Steps:

B.2.2.2 Setting Accessibility Properties (WCAG):

If the authoring tool provides mechanisms to set web content properties (e.g., attribute values), then mechanisms are also provided to set web content properties related to accessibility information (WCAG). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

• Note: Success Criterion B.4.1.4 addresses the prominence of the mechanisms.

Test 0001 Assertion:

Test 0001 Steps:

B.2.3.1 Alternative Content is Editable (WCAG):

If the authoring tool provides functionality for adding non-text content, then authors are able to modify programmatically associated text alternatives for non-text content. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

Test 0001 Assertion:

Test 0001 Steps:

B.2.3.2 Conditions on Automated Suggestions:

If the authoring tool automatically suggests text alternatives for non-text content during the authoring session, then the text alternatives may only be suggested under the following conditions: (Level A)

• (a) Author Control: Authors have the opportunity to accept, modify, or reject the suggested text alternatives prior to insertion; and
• (b) Relevant Sources: The suggested text alternatives are only derived from sources designed to fulfill the same purpose (e.g., suggesting the value of an image's "description" metadata field as a long description).

Test 0001 Assertion:

Test 0001 Steps:

B.2.3.3 Let User Agents Repair:

If the authoring tool provides automatic repair of text alternatives for non-text content after the end of an authoring session, then the authoring tool avoids using text values that would also be available to user agents. (Level A)

• Note: Examples of text values that are also available to user agents, and should be avoided, include the filename, the file format, and generic phrases (e.g. "image").

Test 0001 Assertion:

Test 0001 Steps:

B.2.3.4 Save for Reuse:

If the authoring tool provides the functionality for adding non-text content,

• (a) Save and Suggest: The text alternatives are automatically saved and suggested by the authoring tool, if the same non-text content is reused; and
• (b) Edit Option: The author has the option to edit or delete the saved text alternatives.

Test 0001 Assertion:

Test 0001 Steps:

B.2.4.1 Accessible Template Options (WCAG):

If the authoring tool provides templates, then there are accessible template (WCAG) options for a range of template uses. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

Test 0001 Assertion:

Test 0001 Steps:

B.2.4.2 Identify Template Accessibility (Minimum):

If the authoring tool includes a template selection mechanism and provides any non-accessible template (WCAG) options, then the templates are provided such that the template selection mechanism can display distinctions between the accessible and non-accessible options. (Level AA)

• Note: The distinction can involve providing information for the accessible templates, the non-accessible templates or both.

Test 0001 Assertion:

Test 0001 Steps:

B.2.4.3 Author-Created Templates:

If the authoring tool includes a template selection mechanism and allows authors to create new non-accessible templates (WCAG), then authors can enable the template selection mechanism to display distinctions between accessible and non-accessible templates that they create. (Level AA)

• Note: The distinction can involve providing information for the accessible templates (WCAG), the non-accessible templates or both.

Test 0001 Assertion:

Test 0001 Steps:

B.2.4.4 Identify Template Accessibility (Enhanced):

If the authoring tool provides any non-accessible templates (WCAG) options and does not include a template selection mechanism, then the non-accessible templates include accessibility warnings within the templates. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

B.2.5.1 Pre-Authored Content Selection Mechanism:

If authors are provided with a selection mechanism for pre-authored content other than templates (e.g., clip art gallery, widget repository, design themes), then both of the following are true: (Level AA)

• (a) Indicate: The selection mechanism indicates the accessibility status of the pre-authored content (if known); and
• (b) Prominence: Any accessible (WCAG) options are at least as prominent as other pre-authored content options.

Test 0001 Assertion:

Test 0001 Steps:

B.2.5.2 Pre-Authored Content Accessibility Status:

If the authoring tool provides a repository of pre-authored content, then each of the content objects has a recorded accessibility status. (Level AAA)

Test 0001 Assertion:

Test 0001 Steps:

B.3.1.1 Checking Assistance (WCAG):

If the authoring tool provides authors with the ability to add or modify web content in such a way that a WCAG 2.0 success criterion can be violated, then accessibility checking for that success criterion is provided (e.g., an HTML authoring tool that inserts images should check for alternative text; a video authoring tool with the ability to edit text tracks should check for captions). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

• Note: Automated and semi-automated checking is possible (and encouraged) for many types of web content accessibility problems (WCAG). However, manual checking is the minimum requirement to meet this success criterion. In manual checking, the authoring tool provides authors with instructions for detecting problems, which authors must carry out by themselves. For more information on checking, see Implementing ATAG 2.0 - Appendix B: Levels of Checking Automation.

Test 0001 Assertion: Checking assistance (WCAG Level A) is present in less-restrictive authoring tools.

Test 0001 Author: Jan Richards

Test 0001 Steps:

1. Check whether the authoring tool allows authors to open/paste-in pre-existing content, open/paste-in "Comprehensive non-accessible test content (Level A)". If this is not possible, then select SKIP.
2. Search the user interface (and documentation) for accessibility checking functionality (which can be automated, semi-automated, manual instructions or a combination). If checking functionality is not present, then select FAIL.
3. Run the checker (if the checker is manual, this will entail following ALL checking instructions). If the checker provides detail about individual errors then you can open/paste-in all of the "Comprehensive non-accessible test content (Level A)" at once. If the checker provides only aggregate results, open/paste-in the "Comprehensive non-accessible test content (Level A)" one piece at a time.
4. If the checker is able to cause all of the accessibility problems to be detected (automatically, semi-automatically, manually or a combination), then select PASS. Otherwise, select FAIL.

Test 0002 Assertion: Checking assistance (WCAG Level AA) is present in less-restrictive authoring tools.

Test 0002 Author: Jan Richards

Test 0002 Steps:

1. Check whether the authoring tool allows authors to open/paste-in pre-existing content, open/paste-in "Comprehensive non-accessible test content (Level AA)". If this is not possible, then select SKIP.
2. Search the user interface (and documentation) for accessibility checking functionality (which can be automated, semi-automated, manual instructions or a combination). If checking functionality is not present, then select FAIL.
3. Run the checker (if the checker is manual, this will entail following ALL checking instructions). If the checker provides detail about individual errors then you can open/paste-in all of the "Comprehensive non-accessible test content (Level AA)" at once. If the checker provides only aggregate results, open/paste-in the "Comprehensive non-accessible test content (Level A)" one piece at a time.
4. If the checker is able to cause all of the accessibility problems to be detected (automatically, semi-automatically, manually or a combination), then select PASS. Otherwise, select FAIL.

Test 0003 Assertion: Checking assistance (WCAG Level AA) is present in less-restrictive authoring tools.

Test 0003 Author: Jan Richards

Test 0003 Steps:

1. Check whether the authoring tool allows authors to open/paste-in pre-existing content, open/paste-in "Comprehensive non-accessible test content (Level AAA)". If this is not possible, then select SKIP.
2. Search the user interface (and documentation) for accessibility checking functionality (which can be automated, semi-automated, manual instructions or a combination). If checking functionality is not present, then select FAIL.
3. Run the checker (if the checker is manual, this will entail following ALL checking instructions). If the checker provides detail about individual errors then you can open/paste-in all of the "Comprehensive non-accessible test content (Level AAA)" at once. If the checker provides only aggregate results, open/paste-in the "Comprehensive non-accessible test content (Level AAA)" one piece at a time.
4. If the checker is able to cause all of the accessibility problems to be detected (automatically, semi-automatically, manually or a combination), then select PASS. Otherwise, select FAIL.

Test 0004 Assertion: Checking assistance (WCAG Level A) is present in more-restrictive authoring tools.

Test 0004 Author: Jan Richards

Test 0004 Steps:

1. Check whether the authoring tool DOES NOT allow authors to open/paste-in pre-existing content, open/paste-in "Comprehensive non-accessible test content (Level A)" and instead only allows authoring new content via its interface. If this is not the case, then select SKIP.
2. 2. Using "Comprehensive non-accessible test content (Level A)" as a guide, attempt to create accessibility problems using the authoring tool. If this is not possible due to authoring restrictions (such as highly limited editing scope or compulsory fields), then select SKIP.
3. If accessibility problems have been added to the content, search the user interface (and documentation) for accessibility checking functionality (which can be automated, semi-automated, manual instructions or a combination). If checking functionality is not present, then select FAIL.
4. Run the checker (if the checker is manual, this will entail following ALL checking instructions). If the checker provides detail about individual errors then you can open/paste-in all of the "Comprehensive non-accessible test content (Level A)" at once. If the checker provides only aggregate results, open/paste-in the "Comprehensive non-accessible test content (Level A)" one piece at a time.
5. If the checker is able to cause all of the accessibility problems to be detected (automatically, semi-automatically, manually or a combination), then select PASS. Otherwise, select FAIL.

Test 0005 Assertion: Checking assistance (WCAG Level AA) is present in more-restrictive authoring tools.

Test 0005 Author: Jan Richards

Test 0005 Steps:

1. Check whether the authoring tool DOES NOT allow authors to open/paste-in pre-existing content, open/paste-in "Comprehensive non-accessible test content (Level AA)" and instead only allows authoring new content via its interface. If this is not the case, then select SKIP.
2. Using "Comprehensive non-accessible test content (Level AA)" as a guide, attempt to create accessibility problems using the authoring tool. If this is not possible due to authoring restrictions (such as highly limited editing scope or compulsory fields), then select SKIP.
3. If accessibility problems have been added to the content, search the user interface (and documentation) for accessibility checking functionality (which can be automated, semi-automated, manual instructions or a combination). If checking functionality is not present, then select FAIL.
4. Run the checker (if the checker is manual, this will entail following ALL checking instructions). If the checker provides detail about individual errors then you can add all of the problems first and then run the checker. If the checker provides only aggregate results, you will need to add and then check for problems one at a time.
5. If the checker is able to cause all of the accessibility problems to be detected (automatically, semi-automatically, manually or a combination), then select PASS. Otherwise, select FAIL.

Test 0006 Assertion: Checking assistance (WCAG Level A) is present in more-restrictive authoring tools.

Test 0006 Author: Jan Richards

Test 0006 Steps:

1. Check whether the authoring tool DOES NOT allow authors to open/paste-in pre-existing content, open/paste-in "Comprehensive non-accessible test content (Level AAA)" and instead only allows authoring new content via its interface. If this is not the case, then select SKIP.
2. Using "Comprehensive non-accessible test content (Level AAA)" as a guide, attempt to create accessibility problems using the authoring tool. If this is not possible due to authoring restrictions (such as highly limited editing scope or compulsory fields), then select SKIP.
3. If accessibility problems have been added to the content, search the user interface (and documentation) for accessibility checking functionality (which can be automated, semi-automated, manual instructions or a combination). If checking functionality is not present, then select FAIL.
4. Run the checker (if the checker is manual, this will entail following ALL checking instructions). If the checker provides detail about individual errors then you can add all of the problems first and then run the checker. If the checker provides only aggregate results, you will need to add and then check for problems one at a time.
5. If the checker is able to cause all of the accessibility problems to be detected (automatically, semi-automatically, manually or a combination), then select PASS. Otherwise, select FAIL.

B.3.1.2 Help Authors Decide:

If the authoring tool provides checks that require authors to decide whether a potential web content accessibility problem (WCAG) is correctly identified (i.e., manual checking and semi-automated checking), then instructions are provided from the check that describe how to decide. (Level A)

Test 0001 Assertion: Checking assistance (WCAG Level A) includes help to decide whether potential issues are actual issues, if user judgement is required.

Test 0001 Author: Jan Richards

Test 0001 Steps:

1. Examine the checking functionality identified in the WCAG Level A-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checker automatically identifies all of the issues, the select SKIP.
3. If the checker relies on the author to verify found issues (as semi-automatic checks do) or find issues (as manual instructions do), then check whether support of some kind (e.g. instructions) is provided in each case to help the user make the required decision. If such support is provided, then select PASS, otherwise select FAIL.

Test 0002 Assertion: Checking assistance (WCAG Level AA) includes help to decide whether potential issues are actual issues, if user judgement is required.

Test 0002 Author: Jan Richards

Test 0002 Steps:

1. Examine the checking functionality identified in the WCAG Level AA-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checker automatically identifies all of the issues, the select SKIP.
3. If the checker relies on the author to verify found issues (as semi-automatic checks do) or find issues (as manual instructions do), then check whether support of some kind (e.g. instructions) is provided in each case to help the user make the required decision. If such support is provided, then select PASS, otherwise select FAIL.

Test 0003 Assertion: Checking assistance (WCAG Level AAA) includes help to decide whether potential issues are actual issues, if user judgement is required.

Test 0003 Author: Jan Richards

Test 0003 Steps:

1. Examine the checking functionality identified in the WCAG Level AAA-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checker automatically identifies all of the issues, the select SKIP.
3. If the checker relies on the author to verify found issues (as semi-automatic checks do) or find issues (as manual instructions do), then check whether support of some kind (e.g. instructions) is provided in each case to help the user make the required decision. If such support is provided, then select PASS, otherwise select FAIL.

B.3.1.3 Help Authors Locate:

If the authoring tool provides checks that require authors to decide whether a potential web content accessibility problem (WCAG) is correctly identified (i.e., manual checking and semi-automated checking), then the relevant content is identified to the authors. (Level A)

• Note: Depending on the nature of the editing-view and the scope of the potential web content accessibility problem (WCAG), identification might involve highlighting elements or renderings of elements, displaying line numbers, or providing instructions.

Test 0001 Assertion: Checking assistance (WCAG Level A) includes help to locate potential issues if user judgement is required.

Test 0001 Author: Jan Richards

Test 0001 Steps:

1. Examine the checking functionality identified in the WCAG Level A-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checker automatically identifies all of the issues, the select SKIP.
3. If the checker relies on the author to verify found issues (as semi-automatic checks do) or find issues (as manual instructions do), then check whether a mechanism of some kind (e.g. hyperlink to the location, identification by line number, instructions on how to locate, etc.) is provided in each case to help the user determine where the potential issue is located within the content. If such a mechanism is provided, then select PASS, otherwise select FAIL.

Test 0002 Assertion: Checking assistance (WCAG Level AA) includes help to locate potential issues if user judgement is required.

Test 0002 Author: Jan Richards

Test 0002 Steps:

1. Examine the checking functionality identified in the WCAG Level AA-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checker automatically identifies all of the issues, the select SKIP.
3. If the checker relies on the author to verify found issues (as semi-automatic checks do) or find issues (as manual instructions do), then check whether a mechanism of some kind (e.g. hyperlink to the location, identification by line number, instructions on how to locate, etc.) is provided in each case to help the user determine where the potential issue is located within the content. If such a mechanism is provided, then select PASS, otherwise select FAIL.

Test 0003 Assertion: Checking assistance (WCAG Level AAA) includes help to locate potential issues if user judgement is required.

Test 0003 Author: Jan Richards

Test 0003 Steps:

1. Examine the checking functionality identified in the WCAG Level AAA-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checker automatically identifies all of the issues, the select SKIP.
3. If the checker relies on the author to verify found issues (as semi-automatic checks do) or find issues (as manual instructions do), then check whether a mechanism of some kind (e.g. hyperlink to the location, identification by line number, instructions on how to locate, etc.) is provided in each case to help the user determine where the potential issue is located within the content. If such a mechanism is provided, then select PASS, otherwise select FAIL.

B.3.1.4 Status Report:

If the authoring tool provides checks, then authors can receive an accessibility status report based on the results of the accessibility checks. (Level AA)

• Note: The format of the accessibility status report is not specified and they might include a listing of problems detected or a WCAG 2.0 conformance level, etc..

Test 0001 Assertion: Accessibility status reporting is present.

Test 0001 Author: Jan Richards

Test 0001 Steps:

1. 1. Examine the checking functionality identified for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the checking functionality does not result in any information being returned to the author about accessibility issues, then select FAIL.
3. If the information returned is gathered together in some way (a conformance statement, a list of accessibility problems, etc.), then select PASS.
4. If the information returned is scattered throughout the content (e.g. problems are underlined) AND there is no overall indication of status (e.g. a status bar icon indicating that problems exist), then select FAIL.

B.3.1.5 Programmatic Association of Results:

If the authoring tool provides checks, then the authoring tool can programmatically associate accessibility checking results with the web content that was checked. (Level AA)

Test 0001 Assertion: Checking results can be programmatic associated to the content.

Test 0001 Author: Jan Richards

Test 0001 Steps:

1. Examine the checking functionality identified for B.3.1.1. If no checking functionality exists, then select SKIP.
2. Examine the checking functionality (including settings and documentation) for any functionality that allows the results of the checking to be programmatically associated with the content (e.g. a file containing the checking results that includes a hyperlink back to the checked content). 3. If this functionality is present, then select PASS. Otherwise, select FAIL.

B.3.2.1 Repair Assistance (WCAG):

If checking (see Success Criterion B.3.1.1) can detect that a WCAG 2.0 success criterion is not met, then repair suggestion(s) are provided: (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

• Note: Automated and semi-automated repair is possible (and encouraged) for many types of web content accessibility problems (WCAG). However, manual repair is the minimum requirement to meet this success criterion. In manual repair, the authoring tool provides authors with instructions for repairing problems, which authors must carry out by themselves. For more information on repair, see Implementing ATAG 2.0 - Appendix C: Levels of Repair Automation.

Test 0001 Assertion: Checking assistance (WCAG Level A) includes help to repair all detected issues.

Test 0001 Author: Jan Richards

Test 0001 Steps:

1. Examine the checking functionality identified in the WCAG Level A-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. f the authoring tool automatically repairs all identified issues, then select SKIP.
3. For each identified issue, check whether support of some kind (e.g. dialog with repair options, instructions on how to repair, etc.) is provided.
4. If such support is provided for every identified issue, then select PASS, otherwise select FAIL.

Test 0002 Assertion: Checking assistance (WCAG Level AA) includes help to repair all detected issues.

Test 0002 Author: Jan Richards

Test 0002 Steps:

1. Examine the checking functionality identified in the WCAG Level AA-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the authoring tool automatically repairs all identified issues, then select SKIP.
3. For each identified issue, check whether support of some kind (e.g. dialog with repair options, instructions on how to repair, etc.) is provided.
4. If such support is provided for every identified issue, then select PASS, otherwise select FAIL.

Test 0003 Assertion: Checking assistance (WCAG Level AAA) includes help to repair all detected issues.

Test 0003 Author: Jan Richards

Test 0003 Steps:

1. Examine the checking functionality identified in the WCAG Level AAA-related tests for B.3.1.1. If no checking functionality exists, then select SKIP.
2. If the authoring tool automatically repairs all identified issues, then select SKIP.
3. For each identified issue, check whether support of some kind (e.g. dialog with repair options, instructions on how to repair, etc.) is provided.
4. If such support is provided for every identified issue, then select PASS, otherwise select FAIL.

B.4.1.1 Features Active by Default:

All accessible content support features are turned on by default. (Level A)

Test 0001 Assertion: All accessible content support features are turned on by default.

Test Author: Jan Richards

Test 0001 Steps:

1. Create or retrieve the "List of Accessible Content Support Features"
2. If none of the features on the "List" can be turned off, then select PASS.
3. For any of the features on the "List" that can be turned off, check whether the authoring tool (in its default state, e.g. after installation) has them turned on.
4. If all of the features (that can be turned off) are turned on by default, then select PASS. If any of the features (that can be turned off) are not turned on, then select FAIL.

B.4.1.2 Option to Reactivate Features:

If authors can turn off an accessible content support feature, then they can turn the feature back on. (Level A)

Test 0001 Assertion: All accessible content support features that can be turned off, can be turned back on.

Test Author: Jan Richards

Test 0001 Steps:

1. Retrieve or create the "List of Accessible Content Support Features".
2. If none of the features on the "List" can be turned off, then select SKIP.
3. Ifor any of the features on the "List" that can be turned off, turn off the feature and then attempt to turn it back on.
4. If all of the features (that can be turned off) can be turned back on, then select PASS. If any of the features (that can be turned off), cannot be turned back on, then select FAIL.

B.4.1.3 Feature Availability Information:

If the authoring tool supports production of any web content technologies for publishing for which the authoring tool does not provide support for the production of accessible web content (WCAG), then this is documented. (Level AA)

• Note: This success criterion concerns the presence or absence of support features, such as accessibility checkers, not any intrinsic property of web content technologies.

Test 0001 Assertion: If the authoring tool supports production of any web content technologies for publishing for which the authoring tool does not provide support for the production of accessible web content (WCAG), then this is documented.

Test Author: Jan Richards

Test 0001 Steps:

1. Check whether the authoring tool can be used to publish web content technologies besides the(s) included in your evaluation. If not, then select SKIP.
2. Check whether the authoring tool (in its user interface or documentation) includes a statement to the effect that accessible content production is not supported in that other technology. If so, then PASS.
3. Check whether the authoring tool meets SC B.2.1.1 Accessible Content Possible (WCAG) with respect to the other technolog(ies).

@@ISSUE: This is tricky because it just says "support for production", not that the production of the other format needs to meet ATAG 2.0. This makes some sense because if it did imply ATAG 2.0 conformance then to do an ATAG 2.0 conformance check on any format for a tool would actually require doing one on all of them. But, what, then, does "support" mean? One (weak) possibility is above - that accessible content be possible. Another (stronger) possibility is that a "supported" format has to have a checker. If that's what we mean...I think we should fix the SC to say that. @@

B.4.1.4 Feature Deactivation Warning:

If authors turn off an accessible content support feature, then the authoring tool informs them that this may increase the risk of content accessibility problems (WCAG). (Level AA)

Test 0001 Assertion: All accessible content support features that can be turned off, include a warning of the potential consequences.

Test Author: Jan Richards

Test 0001 Steps:

1. Retrieve or create the "List of Accessible Content Support Features".
2. For any of the features on the "List" that can be turned off, bring up the functionality to turn off the feature.
3. Check for any type of warning (text, icon, pop-up, etc.), before and/or after the feature is turned off, explaining that turning off the feature may increase the risk of accessibility problems being introduced.
4. If all of the features include such a warning, then select PASS. If any of the features do not include such a warning, then select FAIL.

B.4.1.5 Feature Prominence:

All accessible content support features are at least as prominent as features related to either invalid markup, syntax errors, spelling errors or grammar errors. (Level AA)

Test 0001 Assertion: Content support features are as prominent as features related to either invalid markup, syntax errors, spelling errors or grammar errors

Test Author: Jan Richards

Test 0001 Steps:

1. Retrieve or create the "List of Accessible Content Support Features".
2. For each feature, identify another feature of the authoring tool that serves the same or similar purpose with respect to a different content quality issue (e.g. syntax errors, spelling errors, or grammar errors).
3. For each accessible feature and its comparator-feature, determine how many "opening actions" are required to access each. "Opening actions" are actions made by authors on components within the user interface that result in new components becoming displayed or enabled. For example:
   1. keyboard shortcut to a top-level menu item to display a sub-menu,
   2. keyboard selection on a button to display a dialog box,
   3. mouse click on a checkbox to enable previously disabled sub-items, etc. Actions that do not cause new components to become actionable (e.g., moving focus, scrolling a list), are not counted as "opening actions".
4. If, in any case the comparator feature requires less "opening actions", then select FAIL. Otherwise, select PASS.

B.4.2.1 Model Practice (WCAG):

A range of examples in the documentation (e.g., markup, screen shots of WYSIWYG editing-views) demonstrate accessible authoring practices (WCAG). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)

Test 0001 Assertion: At least two example of Level AAA accessible authoring practices appear in the documentation.

Test Author: Jan Richards

Test 0001 Steps:

1. Locate the documentation.
2. Locate examples of authoring practice being used (e.g. markup, screen shot, etc.).
3. Using the Web Content Accessibility Test Procedure, test whether the authoring practice (as shown) would result in content that meets WCAG 2.0 Level AAA.If the content meets WWCAG 2.0 Level AAA, select PASS, if not, select SKIP.

Note, if the authoring practice shows only a section of content, assume for the test that the rest of the document will meet WCAG 2.0 Level AAA.

Test 0002 Assertion: At least two example of Level AA accessible authoring practices appear in the documentation.

Test Author: Jan Richards

Test 0002 Steps:

1. Locate the documentation.
2. Locate examples of authoring practice being used (e.g. markup, screen shot, etc.).
3. Using the Web Content Accessibility Test Procedure, test whether the authoring practice (as shown) would result in content that meets WCAG 2.0 Level AA.If the content meets WWCAG 2.0 Level AA, select PASS, if not, select SKIP.

Note, if the authoring practice shows only a section of content, assume for this test that the rest of the document will meet WCAG 2.0 Level AA.

Test 0003 Assertion: At least two example of Level A accessible authoring practices appear in the documentation.

Test Author: Jan Richards

Test 0003 Steps:

1. Locate the documentation.
2. Locate examples of authoring practice being used (e.g. markup, screen shot, etc.).
3. Using the Web Content Accessibility Test Procedure, test whether the authoring practice (as shown) would result in content that meets WCAG 2.0 Level AAA.If the content meets WWCAG 2.0 Level A, select PASS, if not, select FAIL.

Note, if the authoring practice shows only a section of content, assume for this test that the rest of the document will meet WCAG 2.0 Level A.

B.4.2.2 Feature Instructions:

Instructions for using any accessible content support features appear in the documentation. (Level A)

Test 0001 Assertion: Instructions for using any accessible content support features appear in the documentation.

Test Author: Jan Richards

Test 0001 Steps:

1. Retrieve or create the "List of Accessible Content Support Features".
2. For each feature, check whether any instructions are available (in the user interface or documentation).
3. If instructions are available, then PASS. If instructions are not available, then FAIL.

B.4.2.3 Tutorial:

The authoring tool provides a tutorial for an accessible authoring process that is specific to that authoring tool. (Level AAA)

Test 0001 Assertion: The authoring tool provides a tutorial for an accessible authoring process that is specific to that authoring tool.

Test Author: Jan Richards

Test 0001 Steps:

1. Search the authoring tool user interface (and linked support material) for a step-by-step tutorial explaining how to use the tool to produce accessible web content.
2. If no accessibility-related tutorials can be found, then select FAIL.
3. If one or more accessibility-related tutorials are found, review the tutorials checking whether any of the tutorials are specific to the authoring tool or whether they only treat the subject generally (such that the tutorials could equally serve as a tutorial for a different authoring tool). If any of the tutorials is specific to the authoring tool , then select PASS. If none are specific to the authoring tool, then select FAIL.

B.4.2.4 Instruction Index:

The authoring tool documentation contains an index to the instructions for using any accessible content support features. (Level AAA)

Test 0001 Assertion: The authoring tool documentation contains an index to the instructions for using any accessible content support features.

Test Author: Jan Richards

Test 0001 Steps:

1. Search the authoring tool user interface (and linked support material) for an instruction index (e.g. "Search Help").
2. If no accessibility-related tutorials can be found, then select FAIL.
3. Retrieve or create the "List of Accessible Content Support Features".
4. If all of the features on the "List" have instructions listed in the instruction index, then select PASS. Otherwise, select FAIL.