菜单
Структурированный сбор требований через серию вопросов. Используй, когда задача описана устно/неформально (не из тикета трекера) и перед началом работы нужно прояснить scope, AC и edge cases.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Составление тест-кейсов по best practice QA с экспортом в CSV для импорта в Zephyr Scale (Option 1) или созданием напрямую через MCP вашей TMS. Используй, когда пользователь просит сгенерировать, составить или подготовить тест-кейсы, чек-листы или CSV для импорта в TMS.
Test case authoring per QA best practices, with CSV export for Zephyr Scale import (Option 1) or direct creation via your TMS MCP. Use when the user asks to generate, write, or prepare test cases, checklists, or CSV for TMS import.
Универсальный фреймворк тестирования (frontend + backend) — дотошный прогон любой задачи на тестирование с доказательной дисциплиной. Используй, когда нужно протестировать фичу/форму/билд/API/сервис, составить план тестирования, прогнать проверки, провести исследовательское или регрессионное тестирование, найти дефекты.
Universal testing framework (frontend + backend) — a meticulous run of any testing task with evidence discipline. Use when you need to test a feature/form/build/API/service, draft a test plan, run checks, perform exploratory or regression testing, or find defects.
Ревью только что написанных или изменённых автотестов на соответствие best practices TypeScript + Playwright (по официальной документации) и конвенциям вашего проекта. Используй по /test-review либо после написания/правки любого теста (UI E2E, API, UI+API, моки, visual, mobile) или Page Object/фикстуры/констант — до коммита. Выдаёт приоритизированный список замечаний с severity, привязкой к строкам и готовыми фиксами.
Review of just-written or modified autotests against TypeScript + Playwright best practices (per official documentation) and your project's conventions. Use via /test-review or after writing/editing any test (UI E2E, API, UI+API, mocks, visual, mobile) or a Page Object/fixture/constants — before commit. Produces a prioritized list of findings with severity, line references, and ready-made fixes.
| name | interview |
| description | Структурированный сбор требований через серию вопросов. Используй, когда задача описана устно/неформально (не из тикета трекера) и перед началом работы нужно прояснить scope, AC и edge cases. |
| allowed-tools | ["AskUserQuestion","Write"] |
Помоги пользователю структурировать неформальное описание задачи в полные требования, готовые к передаче в скиллы test-cases или testing.
Если задача уже из трекера (Jira и т.п.) с полным описанием — этот скилл не нужен: собери контекст прямо из тикета (через MCP трекера: описание, комментарии, вложения, связанные задачи) и передай в test-cases.
Раунд 1: scope и контекст. Задай 3-4 вопроса через AskUserQuestion:
Раунд 2: поведение и AC. На основе ответов 1-го раунда:
Раунд 3: уточнения по оставшимся пробелам. Только если после 1-2 раундов остались критичные пробелы. Группируй связанные вопросы.
Максимум 3 раунда. Если требования всё ещё неполные — зафиксируй пробелы как «Вопросы для аналитика/PM» и работай с тем, что есть.
После завершения опроса собери структурированный summary:
# Требования: <короткое название задачи>
## Контекст
- Тип: <новая фича / регресс / баг>
- Платформы: <desktop / mobile / оба>
- URL / расположение: <…>
## Scope
<что именно проверяем, кратко>
## Acceptance Criteria
- <AC 1>
- <AC 2>
## Сценарии
**Happy path:** <описание>
**Edge cases:**
- <case 1>
- <case 2>
## Интеграции
<API, внешние сервисы — если есть>
## Открытые вопросы для аналитика/PM
- <вопрос 1>
Сохрани summary в md-файл (например, requirements_<task_name>.md в текущей рабочей директории) и предложи пользователю передать его в test-cases или testing.