# Падавшие тесты и решение по задаче

> Что происходит с тестами, которые падали ещё до начала задачи, и как вы решаете их судьбу.

Иногда в проекте есть тесты, которые **падали ещё до вашей задачи** — их сломали раньше, и к вашей постановке это отношения не имеет. Чтобы агенты не тратили на чужие поломки время, такие тесты обрабатываются **до начала разработки**.

## Как это работает

Перед тем как агенты возьмутся за задачу, тесты проекта прогоняются на ветке задачи. Если что-то падает — это **предсуществующее** падение (задача ещё ничего не меняла). Каждое такое падение проверяется отдельно, и **реально сломанные** тесты **временно выводятся из прогона на ветке задачи** — с сохранением причины и подтверждения падения. Ничего не «зеленится» подделкой: выводятся только настоящие предсуществующие падения, и только по вине самого теста, а не окружения.

После этого задача **приостанавливается и ждёт вашего решения** — вы видите список найденного.

_Иллюстрация: Список предсуществующих падений и три варианта решения — одно на весь набор._

## Ваше решение (одно на весь набор)

- **Игнорировать на задачу** — временная блокировка: тесты выведены из прогона **только на этой задаче**. Агенты работают на «зелёном» старте, а когда задача вливается в основную ветку, эти временные исключения **снимаются** — на проект они не влияют.
- **В постоянный игнор** — тесты считаются отключёнными **на уровне проекта** и остаются исключёнными и после задачи (попадают в основную ветку). Подходит, когда тест сломан надолго и это осознанное решение.
- **Отложить задачу до починки** — не принимать решение сейчас; задача подождёт, пока вы не вернётесь (например, когда тесты починят).

Отключённые тесты и их причины всегда видно в разделе [«Настройки тестирования»](/docs/tests).

> Это касается только тестов, которые падали **до** задачи. Поломки, которые вносит сама разработка, ловит проверка на этапе ревью — там решение принимается иначе.