-
Notifications
You must be signed in to change notification settings - Fork 28
Fall 2019 Research and Prototype Roadmap
Matt King edited this page May 27, 2023
·
1 revision
Supply feedback on this roadmap and specific items in it in Issue 9 :)
- Initial Research: August 19th - October 28th, 2019
- Prototype Testing System: October 28th - November 22nd, 2019
- Decide on a generalized language for describing ARIA-AT test and provide a mapping between that generalized language and specific AT’s vocabulary.
- Design structure test format
- In progress by the ARIA-AT CG
- Author sample test material (a set of tests in the specified format)
- Design aria-coverage analysis workflow as part of the structured test format which will help ARIA-AT CG track coverage as tests are authored.
- Decide the structure of results from tests
- In progress by the ARIA-AT CG
- Sample test results for sample test material
- Central repository for the contribution of test material with ability to discuss and comment on tests.
- Description of how to write and contribute test material. Criteria for acceptance of contributions, including coverage information.
- A high level list of features that will need to be tested.
- Guidelines on how to write a test plan for a feature (a test plan is an outline of all tests to write).
- Application requirements and prioritization
- User stories in progress by ARIA AT CG https://github.com/w3c/aria-at/wiki/High-level-use-cases
- Review of open source test management software and decide whether to move forward with one of these.
- Research in progress by Valerie. Tracking questions to answer in https://github.com/w3c/aria-at/issues/8
- Draft of tester guidelines and training material.
- Requirements and prioritization of requirements for minimally viable report
- Implement tester client
- Implement data storage
- Compile documentation
- Implement report
- Do we want to use the APG examples as part of the test material?
- Pros:
- We can tell APG readers whether an APG example widgets (which is a specific implementation of a design pattern) is “supported”.
- Cons: 2. Testing APG examples only tells us AT support of that exact configuration of html and aria, which sometimes can be more complex than necessary. 3. We might want to start with a more thorough but trackable testing paradigm. Minimum aria-role/aria-attribute combinations. In this scenario, we might still be able to describe support of APG example widgets as these examples would be subsets of APG examples.
- Pros:
- How structured should the results be? Discussion on going in w3c/aria-at#6
- Resources for hosting? 3. Currently, hoping to host application from something as low cost and simple as gh-pages.
- Who will be performing tests?