skilly.
All skills
Testing / AGENT SKILL

testing-flaky

Vitammiin/agent-vorcl-flow
0 installs 2 GitHub stars
0

Диагностика и лечение нестабильного (flaky) теста — race/timing/shared state/моки; фикс первопричины до 10 зелёных прогонов подряд (testing). Use when тест падает «иногда» или тол…
Диагностика и лечение нестабильного (flaky) теста — race/timing/shared state/моки; фикс первопричины до 10 зелёных прогонов подряд (testing). Use when тест падает «иногда» или только в CI.

Low community score

testing-flaky: This skill has a community score below −5, meaning it has received more downvotes than upvotes. Review its source and assessment before installing. Community votes are not a security review.

BEFORE YOU INSTALL

Understand the trade-offs.

SECURITY REVIEW

Not yet assessed

Review the original instructions and requested permissions before installing.

No security review is available for this catalog entry yet.

SKILL QUALITY

Not yet assessed

How clearly the skill guides your agent, how complete its workflow is, and how you can check the outcome.

No quality assessment is available for this catalog entry yet.

The full skill.

Original instructions from the publisher’s SKILL.md

<!-- generated by scripts/generate-codex-skills.mjs; edit canonical agents/, commands/ or skills/ -->

Диагностируй и вылечи flaky-тест: **запрос пользователя**.

1. Воспроизведи: прогони тест 10–20 раз циклом (`for i in {1..20}; do npx vitest run <файл> || break; done`), плюс в перемешанном порядке (`--sequence.shuffle` / `--randomize`) — зафиксируй частоту и вывод падений.
2. Классифицируй причину: sleep/тайминги вместо ожиданий; race в async; shared state (общая БД/синглтон/кэш/модульная переменная); зависимость от порядка; незамоканные время/random/сеть; утечка ресурсов.
3. Чини первопричину, а не симптом: НИКАКИХ retry, увеличения таймаута или `test.skip` как «фикса». Flaky-тест — баг теста или кода.
4. Типовые фиксы: sleep → событийное ожидание (`waitFor`/web-first assertion); shared state → изоляция данных на тест; время → fake timers; random → сид; сеть → мок на границе (MSW).
5. Если падение вскрыло реальный race в продакшен-коде — это находка: почини код (или опиши отдельный remediation scope в отчёте), не «стабилизируй» тест обходом.
6. Докажи стабильность: 10 зелёных прогонов подряд, включая перемешанный порядок — вставь вывод цикла в ответ.

Край: пустой запрос пользователя — спроси, какой тест мигает и где (локально/CI); есть логи падений в CI — прочитай их первым делом.

Опирайся на навыки `testing-strategy`, `e2e-playwright`, `error-handling`. Делегируй субагенту `$testing`.