Промпты/Автотесты доступности в CI

Автотесты доступности в CI

17 июня 2026

Настраивает jest-axe, Playwright + axe и порог Lighthouse CI, чтобы регрессии доступности ловились до релиза.

Описание

ДоступностьБесплатно

Замените фрагменты в квадратных скобках своими данными и вставьте промпт в чат с ИИ.

  • axe-core
  • jest-axe
  • Lighthouse CI
  • CI
Название
Автотесты доступности в CI
Категория
Доступность
Источник
awesome-chatgpt-prompts — «Accessibility Testing Superpower» · CC0-1.0
Где работает
ChatGPT, Claude и другие ИИ-ассистенты
Объём
18 строк · 208 слов · 1 516 символов
Переменные

Значения сразу появятся в превью, коде и при копировании.

Как использовать
  1. 1Заполните поля выше или замените фрагменты в квадратных скобках вручную.
  2. 2Скопируйте промпт — он попадёт в буфер обмена целиком.
  3. 3Вставьте его в чат с ИИ: ChatGPT, Claude или любой другой ассистент.
  4. 4Уточняйте ответ короткими репликами, не переписывая промпт заново.

Что внутри

Ты — инженер по качеству, специализирующийся на доступности. Настрой автоматические проверки доступности в проекте.

Входные данные:
- Стек: [React + Vite / Next.js / Vue]
- Тестовый фреймворк: [Jest / Vitest / Playwright]
- CI: [GitHub Actions / GitLab CI]
- Компоненты и страницы для покрытия: [список]
- Минимальный балл Lighthouse Accessibility: [90]

Что сделать:
1. Юнит-уровень: подключи jest-axe (или vitest-axe), добавь матчер toHaveNoViolations и напиши тест-шаблон, который рендерит компонент и проверяет результат axe. Покажи, как проверять разные состояния: открытая модалка, ошибка формы, раскрытое меню.
2. E2E-уровень: Playwright + @axe-core/playwright, сканирование ключевых страниц с тегами wcag2a, wcag2aa, wcag22aa, исключение сторонних виджетов через exclude с комментарием в тикете, а не в коде.
3. Lighthouse CI: lighthouserc с assertion categories:accessibility не ниже [порог] и падением сборки при нарушении.
4. Линтер: eslint-plugin-jsx-a11y (или аналог для Vue) с рекомендованным набором правил.
5. CI: отдельный job, артефакт с отчётом, понятное сообщение об ошибке со ссылкой на правило axe.
6. Честно обозначь предел: автоматика ловит около 30–40% проблем. Добавь короткий ручной чек-лист для PR: Tab по изменённому экрану, видимый фокус, проверка скринридером новых контролов, контраст новых цветов.

Формат ответа: список файлов с полным кодом каждого, команды установки и раздел «как читать отчёт и чинить типовые нарушения» (пустая кнопка, поле без label, контраст, неверная ARIA).
```text
Ты — инженер по качеству, специализирующийся на доступности. Настрой автоматические проверки доступности в проекте.

Входные данные:
- Стек: [React + Vite / Next.js / Vue]
- Тестовый фреймворк: [Jest / Vitest / Playwright]
- CI: [GitHub Actions / GitLab CI]
- Компоненты и страницы для покрытия: [список]
- Минимальный балл Lighthouse Accessibility: [90]

Что сделать:
1. Юнит-уровень: подключи jest-axe (или vitest-axe), добавь матчер toHaveNoViolations и напиши тест-шаблон, который рендерит компонент и проверяет результат axe. Покажи, как проверять разные состояния: открытая модалка, ошибка формы, раскрытое меню.
2. E2E-уровень: Playwright + @axe-core/playwright, сканирование ключевых страниц с тегами wcag2a, wcag2aa, wcag22aa, исключение сторонних виджетов через exclude с комментарием в тикете, а не в коде.
3. Lighthouse CI: lighthouserc с assertion categories:accessibility не ниже [порог] и падением сборки при нарушении.
4. Линтер: eslint-plugin-jsx-a11y (или аналог для Vue) с рекомендованным набором правил.
5. CI: отдельный job, артефакт с отчётом, понятное сообщение об ошибке со ссылкой на правило axe.
6. Честно обозначь предел: автоматика ловит около 30–40% проблем. Добавь короткий ручной чек-лист для PR: Tab по изменённому экрану, видимый фокус, проверка скринридером новых контролов, контраст новых цветов.

Формат ответа: список файлов с полным кодом каждого, команды установки и раздел «как читать отчёт и чинить типовые нарушения» (пустая кнопка, поле без label, контраст, неверная ARIA).
```
{
  "messages": [
    {
      "role": "user",
      "content": "Ты — инженер по качеству, специализирующийся на доступности. Настрой автоматические проверки доступности в проекте.\n\nВходные данные:\n- Стек: [React + Vite / Next.js / Vue]\n- Тестовый фреймворк: [Jest / Vitest / Playwright]\n- CI: [GitHub Actions / GitLab CI]\n- Компоненты и страницы для покрытия: [список]\n- Минимальный балл Lighthouse Accessibility: [90]\n\nЧто сделать:\n1. Юнит-уровень: подключи jest-axe (или vitest-axe), добавь матчер toHaveNoViolations и напиши тест-шаблон, который рендерит компонент и проверяет результат axe. Покажи, как проверять разные состояния: открытая модалка, ошибка формы, раскрытое меню.\n2. E2E-уровень: Playwright + @axe-core/playwright, сканирование ключевых страниц с тегами wcag2a, wcag2aa, wcag22aa, исключение сторонних виджетов через exclude с комментарием в тикете, а не в коде.\n3. Lighthouse CI: lighthouserc с assertion categories:accessibility не ниже [порог] и падением сборки при нарушении.\n4. Линтер: eslint-plugin-jsx-a11y (или аналог для Vue) с рекомендованным набором правил.\n5. CI: отдельный job, артефакт с отчётом, понятное сообщение об ошибке со ссылкой на правило axe.\n6. Честно обозначь предел: автоматика ловит около 30–40% проблем. Добавь короткий ручной чек-лист для PR: Tab по изменённому экрану, видимый фокус, проверка скринридером новых контролов, контраст новых цветов.\n\nФормат ответа: список файлов с полным кодом каждого, команды установки и раздел «как читать отчёт и чинить типовые нарушения» (пустая кнопка, поле без label, контраст, неверная ARIA)."
    }
  ]
}

Действия

НазадИсправление ARIA и формДалееПлан исправления нарушений доступности
prompt.txt· заполнено 0 из 6
  1. 1Ты — инженер по качеству, специализирующийся на доступности. Настрой автоматические проверки доступности в проекте.
  2. 2​
  3. 3Входные данные:
  4. 4- Стек: [React + Vite / Next.js / Vue]
  5. 5- Тестовый фреймворк: [Jest / Vitest / Playwright]
  6. 6- CI: [GitHub Actions / GitLab CI]
  7. 7- Компоненты и страницы для покрытия: [список]
  8. 8- Минимальный балл Lighthouse Accessibility: [90]
  9. 9​
  10. 10Что сделать:
  11. 111. Юнит-уровень: подключи jest-axe (или vitest-axe), добавь матчер toHaveNoViolations и напиши тест-шаблон, который рендерит компонент и проверяет результат axe. Покажи, как проверять разные состояния: открытая модалка, ошибка формы, раскрытое меню.
  12. 122. E2E-уровень: Playwright + @axe-core/playwright, сканирование ключевых страниц с тегами wcag2a, wcag2aa, wcag22aa, исключение сторонних виджетов через exclude с комментарием в тикете, а не в коде.
  13. 133. Lighthouse CI: lighthouserc с assertion categories:accessibility не ниже [порог] и падением сборки при нарушении.
  14. 144. Линтер: eslint-plugin-jsx-a11y (или аналог для Vue) с рекомендованным набором правил.
  15. 155. CI: отдельный job, артефакт с отчётом, понятное сообщение об ошибке со ссылкой на правило axe.
  16. 166. Честно обозначь предел: автоматика ловит около 30–40% проблем. Добавь короткий ручной чек-лист для PR: Tab по изменённому экрану, видимый фокус, проверка скринридером новых контролов, контраст новых цветов.
  17. 17​
  18. 18Формат ответа: список файлов с полным кодом каждого, команды установки и раздел «как читать отчёт и чинить типовые нарушения» (пустая кнопка, поле без label, контраст, неверная ARIA).