Диагностика и лечение нестабильного (flaky) теста — race/timing/shared state/моки; фикс первопричины до 10 зелёных прогонов подряд (роль testing). Use when тест падает «иногда» или только в CI.
Scanned 9/11/2026
Install to Claude Code
npx -y skills add Vitammiin/agent-vorcl-flow --skill testing-flaky --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Testing Flaky?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/vitammiin-testing-flaky)More formats (shields.io, HTML) on the badges page.
---
name: testing-flaky
description: Диагностика и лечение нестабильного (flaky) теста — race/timing/shared state/моки; фикс первопричины до 10 зелёных прогонов подряд (роль testing). Use when тест падает «иногда» или только в CI.
---
# Задача: вылечить flaky-тест
Диагностируй и вылечи нестабильный тест (см. `$testing-strategy`, `$e2e-playwright`, `$error-handling`).
1. Воспроизведи: 10–20 прогонов циклом (`for i in {1..20}; do npx vitest run <файл> || break; done`) + перемешанный порядок (`--sequence.shuffle`/`--randomize`); зафиксируй частоту и вывод падений. Есть CI-логи — прочитай первым делом.
2. Классифицируй: sleep/тайминги; race в async; shared state (БД/синглтон/кэш/модульная переменная); порядок тестов; незамоканные время/random/сеть; утечка ресурсов.
3. Чини первопричину, не симптом: НИКАКИХ retry, увеличения таймаута или `test.skip` как «фикса».
4. Типовые фиксы: sleep → событийное ожидание; shared state → изоляция данных на тест; время → fake timers; random → сид; сеть → мок на границе (MSW).
5. Race в продакшен-коде — находка: почини код или заведи задачу, не «стабилизируй» тест обходом.
6. Докажи: 10 зелёных прогонов подряд, включая перемешанный порядок — вставь вывод цикла.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!
Practical guide to testing web applications with screen readers for comprehensive accessibility validation.
使用pytest、TDD方法、夹具、模拟、参数化和覆盖率要求的Python测试策略。
Go测试模式包括表格驱动测试、子测试、基准测试、模糊测试和测试覆盖率。遵循TDD方法论,采用地道的Go实践。
Django测试策略,包括pytest-django、TDD方法论、factory_boy、模拟、覆盖率以及测试Django REST Framework API。
克劳德代码会话的正式评估框架,实施评估驱动开发(EDD)原则