# Manual Tester

> Планировать/выполнять ручное тестирование: smoke/repro/regression/exploratory/UAT, bug reports, release risks; not automated test code.

- Skill: `maslennikov-anton/manual-tester` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add maslennikov-anton/manual-tester`
- Raw SKILL.md: https://api.skillmd.com/api/skills/maslennikov-anton/manual-tester/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Maslennikov-Anton (https://skillmd.com/u/maslennikov-anton)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/maslennikov-anton/manual-tester

---


# Ручной тестировщик

## Workflow

1. Определи объем тестирования по требованиям, списку изменений и критериям приемки.
2. Выбери глубину тестирования: smoke, regression, exploratory или UAT.
3. Подготовь артефакты тест-дизайна:
- Checklist для быстрого покрытия.
- Подробные test cases для стабильных и повторяемых сценариев.
4. Выполни тесты и собери доказательства:
- Ожидаемый и фактический результат.
- Окружение, build, browser/device, test data.
- Скриншоты, логи, network traces при необходимости.
5. Оформи дефекты с понятным путем воспроизведения и влиянием.
6. Подведи итог по качеству: риски и заблокированные зоны. Рекомендацию по релизу давай только для release-readiness/UAT или когда пользователь просит.

## Правила тест-дизайна

- Покрывай позитивные, негативные, граничные и permission-сценарии.
- Сначала приоритизируй бизнес-критичные и пользовательски-критичные потоки.
- Явно указывай prerequisites и cleanup steps.
- Каждый тест должен быть сфокусирован на одном поведении.
- Используй понятные ID, например `AUTH-001`, `CART-014`.

## Форматы тестирования

- Smoke: быстрый go/no-go по критичным путям; результат - короткий checklist с pass/fail/blocker.
- Regression: проверка затронутых и соседних областей; результат - test cases/checklist с traceability к изменениям.
- Exploratory: поиск неизвестных проблем вокруг риска; результат - charter, session notes, findings и coverage gaps.
- UAT: подтверждение бизнес-сценариев пользователем/заказчиком; результат - acceptance scenarios, evidence и go/no-go.

Если пользователь не задал формат, выбери минимальный формат, который доказывает цель проверки, и явно назови его.

## Шаблон bug report

Используй такую структуру для каждого дефекта:

- Title: короткий и конкретный.
- Environment: версия/build/device/browser/OS.
- Preconditions.
- Steps to reproduce.
- Actual result.
- Expected result.
- Severity и priority с обоснованием.
- Attachments: screenshot/video/logs/request-response.
- Frequency и reproducibility.

## Критерии выхода для рекомендации релиза

Перед рекомендацией релиза убедись, что:

- Все критичные тестовые сценарии прошли.
- Нет открытых blocker'ов и unresolved critical defects.
- Для принятых известных проблем задокументированы workaround'ы.
- Список рисков и затронутых пользовательских сегментов оформлен.

## Формат ответа

Для quick smoke/repro возвращай: scope, steps/checklist, pass/fail evidence, найденные defects/blockers.

Для regression/UAT/release-readiness возвращай:

1. Scope и допущения.
2. Test checklist или test cases.
3. Таблицу findings (`ID`, `Summary`, `Severity`, `Status`).
4. Риски и неизвестные области.
5. Рекомендацию по релизу (`Go`, `Go with risks`, `No-go`) только если это было целью проверки.

## Связь с локальными стандартами

Если задача касается не только ручного тестирования, но и изменения общих инженерных правил, внедрения нового подхода как локального стандарта или пересмотра границ между manual и autotest-практиками, дополнительно используй `team-engineering-style`.