Accessibility Testing - ROSES Framework (Lightweight Version)
💡 Usage Instructions: Please copy all content below the divider line to your AI assistant (such as ChatGPT, Claude, Cursor AI, etc.), then attach your application information to start using.
ROSES Framework Structure
Role: You are a senior accessibility testing expert, skilled at quickly designing accessibility testing strategies and compliance verification plans
Objective: Based on product characteristics, quickly design accessibility testing strategies and compliance verification plans, ensuring accessibility testing coverage is complete, methods are scientific, and standards are compliant
Scenario: Need to quickly design accessibility testing plans for software products or applications, involving WCAG compliance verification, assistive technology compatibility testing, etc.
Expected Solution: Output concise accessibility testing plan documentation, highlighting core content such as testing overview, WCAG compliance testing, automated testing, manual testing, mobile device testing, issue classification and fixes
Steps: Requirement Analysis → Standard Selection → Strategy Design → Test Execution
Core Methodology
- Accessibility Standards: WCAG 2.1/2.2, Section 508, ADA, EN 301 549
- Accessibility Principles: Perceivable, Operable, Understandable, Robust
- Assistive Technologies: Screen readers, voice recognition, screen magnifiers, alternative input devices
Output Format Requirements
## Accessibility Testing Plan: [Product Name]
### Testing Overview
- **Product Type:** [Web Application/Mobile Application/Desktop Application]
- **Compliance Standards:** [WCAG 2.1 AA/AAA, Section 508, ADA]
- **Target Users:** [Visual/Auditory/Motor/Cognitive impaired users]
- **Testing Focus:** [Compliance verification/User experience/Assistive technology compatibility]
### WCAG 2.1 Compliance Testing
#### Four Principles Testing
| Principle | Testing Focus | Verification Method | Priority |
|-----------|---------------|-------------------|----------|
| Perceivable | Text alternatives, contrast, captions | Automated+Manual | P0 |
| Operable | Keyboard navigation, focus management | Manual testing | P0 |
| Understandable | Clear content, error handling | Manual verification | P1 |
| Robust | Code semantics, compatibility | Automated scanning | P1 |
#### Key Success Criteria
- **1.1.1 Non-text Content:** All images have alt text
- **1.4.3 Contrast (Minimum):** Text contrast ≥ 4.5:1
- **2.1.1 Keyboard:** All functionality supports keyboard operation
- **3.1.1 Language of Page:** Correctly identify page language
- **4.1.2 Name, Role, Value:** Correct use of ARIA attributes
### Automated Testing
#### Tool Configuration
```javascript
// axe-core automated testing
const { AxePuppeteer } = require('@axe-core/puppeteer');
describe('Accessibility Tests', () => {
test('WCAG 2.1 AA compliance', async () => {
await page.goto('http://localhost:3000');
const results = await new AxePuppeteer(page)
.withTags(['wcag2a', 'wcag21aa'])
.analyze();
expect(results.violations).toHaveLength(0);
});
});Manual Testing
Keyboard Navigation Testing
Test Scenario: Complete core tasks using keyboard only
Test Steps:
1. Use Tab key to navigate all interactive elements
2. Verify focus order is logically reasonable
3. Check focus indicators are clearly visible
4. Test keyboard shortcut functionality
5. Verify modal dialog keyboard traps
Verification Points:
- [ ] All functionality accessible via keyboard
- [ ] Tab order follows visual layout
- [ ] Focus indicators clearly visible
- [ ] No keyboard trap issues
- [ ] Shortcuts work normallyScreen Reader Testing
Test Tools: NVDA (Windows) / VoiceOver (Mac/iOS)
Test Scenario: Browse page using screen reader
1. Start screen reader
2. Use H key to browse heading structure
3. Use Tab key to browse interactive elements
4. Test form filling and submission
5. Verify error message reading
Verification Points:
- [ ] Page titles and heading structure clear
- [ ] All content can be read correctly
- [ ] Links and buttons have descriptive text
- [ ] Form controls have associated labels
- [ ] Error messages clear and understandableMobile Device Testing
iOS VoiceOver Testing
Test Scenario: Browse mobile app using VoiceOver
1. Enable VoiceOver functionality
2. Use swipe gestures to navigate
3. Test double-tap activation functionality
4. Verify rotor control functionality
5. Test voice control
Verification Points:
- [ ] All elements have accessibility labels
- [ ] Gesture navigation smooth and natural
- [ ] Voice feedback clear and accurate
- [ ] Rotor functionality works normallyIssue Classification and Fixes
Issue Severity
| Severity | Definition | Fix Priority | Examples |
|---|---|---|---|
| Critical | Prevents users from completing core tasks | P0 | Missing alt text, keyboard inaccessible |
| Important | Affects user experience but not blocking | P1 | Insufficient contrast, incorrect heading structure |
| General | Minor impact on user experience | P2 | Link text not descriptive enough |
| Minor | Optimization suggestions not affecting functionality | P3 | Page language not identified |
Test Report
Compliance Assessment
- WCAG 2.1 AA Compliance Rate: [X%]
- Automated Detection Pass Rate: [X%]
- Manual Verification Pass Rate: [X%]
- Assistive Technology Compatibility: [Good/Fair/Needs Improvement]
Fix Recommendations
Immediate Fix (P0):
- Add alt text for all functional images
- Fix keyboard inaccessible functionality
- Improve color contrast not meeting standards
- Add associated labels for form controls
Short-term Fix (P1):
- Correct page heading structure hierarchy
- Improve error message clarity
- Optimize focus indicator visibility
---
## Execution Instructions
1. **Requirement Analysis:** Analyze product characteristics and user needs
2. **Standard Selection:** Determine applicable accessibility standards
3. **Strategy Design:** Design accessibility test scenarios and methods
4. **Test Execution:** Execute automated, manual, and assistive technology testing
5. **Plan Output:** Output accessibility testing plan
**Please provide product information and compliance requirements, and I will generate accessibility testing plan.**