Зачем писать тест на баг, который уже починил рукамиМатериал редакции

Классика: воспроизвели, поправили две строки, выдохнули, влили. Через месяц баг возвращается в чуть другом виде, и все снова удивляются. Руками вы починили симптом. Без теста вы не закрепили знание.

Тест на регрессию не про бюрократию. Он про то, чтобы следующий человек — часто вы сами в пятницу — не наступил на те же грабли. Особенно если фикс был в краевом условии, которое руками вспоминать никто не будет.

Минимальный вариант: один узкий тест, который падал до фикса и зелёный после. Не нужно сразу строить пирамиду. Нужно оставить след, почему это место опасное. Комментарий в коде помогает хуже, чем красный-зелёный факт.

Если «времени нет на тест» — заложите хотя бы тикет и флажок. Но честно: время на повторный инцидент почти всегда дороже двадцати минут сейчас. Баг, который вернулся, обычно дороже бага, который один раз случился.

—

Начать дискуссию

Войдите , чтобы комментировать.
Загрузка комментариев…

Рекомендации

Загрузка…