Ensure your web applications work with screen readers like VoiceOver, NVDA, and JAWS. This skill provides testing checklists, keyboard commands, and code patterns for accessible development.
Baixar o ZIP da skill
Upload no Claude
Vá em Configurações → Capacidades → Skills → Upload skill
Ative e comece a usar
Testar
A utilizar "screen-reader-testing". How do I test my form with NVDA?
Resultado esperado:
Use NVDA+F7 to open the elements list and navigate to form fields. Press F to jump between fields. Check that each input announces its label, required state, and any error messages. Use Tab to navigate and verify logical focus order.
A utilizar "screen-reader-testing". What is the VoiceOver rotor?
Resultado esperado:
The VoiceOver rotor (VO+U) is a navigation tool that lets you quickly jump to specific element types: headings, links, form controls, landmarks, and more. Use left/right arrows to change category, up/down arrows to navigate within the category.
Auditoria de Segurança
SeguroAll 61 static findings are FALSE POSITIVES. The skill is a documentation/guide for screen reader accessibility testing. The scanner detected markdown formatting characters (backticks in code blocks, tildes in tables) and legitimate documentation URLs, misinterpreting them as security risks. No actual code execution, credential access, or malicious network activity exists.
Pontuação de qualidade
O Que Você Pode Construir
Accessibility Audit
Conduct a comprehensive screen reader compatibility audit before launching a new web application.
Code Review for Accessibility
Review frontend code to ensure ARIA attributes and semantic HTML support screen reader users.
Learn Screen Reader Commands
Get quick reference guides for VoiceOver, NVDA, JAWS, and TalkBack keyboard navigation.
Tente Estes Prompts
Help me test my web page with screen readers. What are the key things to check for VoiceOver on macOS?
Create a testing script for NVDA on Windows. What keyboard commands should I use to navigate forms and check for proper labeling?
I have a modal dialog that screen readers cannot access properly. Show me the correct ARIA implementation with focus management.
Explain how to use aria-live regions to announce dynamic content updates to screen reader users. Give code examples.
Melhores Práticas
- Test with actual screen readers, not just browser simulators
- Always test both browse mode and focus/forms mode
- Verify focus management when opening and closing modals
- Use semantic HTML before adding ARIA attributes
Evitar
- Relying solely on automated accessibility testing tools
- Using aria-label when visible text is available
- Setting tabindex values greater than 0
- Ignoring focus order in single-page applications
Perguntas Frequentes
Which screen readers should I test with?
What is the difference between Browse mode and Focus mode?
How do I test dynamic content updates?
What is focus trapping and why does it matter?
Can I test screen readers in CI/CD?
What is the VoiceOver modifier key?
Detalhes do Desenvolvedor
Autor
sickn33Licença
MIT
Repositório
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/screen-reader-testingReferência
main
Estrutura de arquivos