🧩 Как я сократила время регресса на 30%
И при этом сохранила сохранила здравый смысл.
Регресс — то самое слово, от которого у QA начинают дёргаться глаз и ноутбук. Релиз через день, тасок десятки, а проверить нужно «всё и сразу». Я видела, как команда тратит на регресс недели, и при этом всё равно пропускает баги.
Решила пойти с другой стороны. Вместо бесконечных таблиц сделала простое — внедрила чек-листы для смоук-тестов. Не в Excel, не в Notion, а прямо в TestIT — чтобы каждый тестировщик видел, что действительно важно, а не тонул в деталях.
Параллельно пересмотрела приоритеты сценариев: отделила бизнес-критичные фичи от второстепенных, и перестала тратить время на тесты “ради галочки”. Результат — минус 30% времени на регресс, без потери качества и с реальной экономией ресурсов.
Этот кейс показал, что оптимизация — это не всегда про новые инструменты. Иногда достаточно просто спросить себя: а зачем мы вообще делаем это так?