Представьте утро после ночного прогона: в отчёте 140 красных тестов. Первый вопрос — это 140 багов или один?

Чаще один. Упал логин на стенде, и вместе с ним всё, что за авторизацией. Тесты разные, ошибка одна и та же.

Раньше это разбирали глазами: открыть, сравнить трейсы, понять, что они одинаковые, открыть следующий.

В DoQA такие падения собираются в кластеры по сигнатуре ошибки. Вместо 140 строк — короткий список причин. Каждой причине присваивается категория: продукт, автотесты, окружение или «без категории». Правила категоризации настраиваются регулярными выражениями.

Что важно на практике:

• группировка без машинного обучения: нормализация текста ошибки плюс ваши правила. Видно, почему тест попал именно в этот кластер;
• из кластера сразу заводится баг или привязывается существующий;
• «Auto-hide» прячет известную проблему в следующих прогонах, «Reopen on regression» заново открывает закрытый баг, если ошибка вернулась.

PS: кластеры строятся после завершения CI-прогона, поэтому свежие падения появляются на вкладке не мгновенно.

Разбор падений — утренняя работа QA-инженера. Её можно делать по причинам, а не по тестам. 🧩