Парадокс Пестицида - как один из семи принципов тестирования

Есть такой феномен: если ты гоняешь одни и те же тесты снова и снова, они перестают находить новые баги. Система к ним адаптируется - точно так же, как насекомые вырабатывают иммунитет к пестициду, которым их травят по одной схеме годами. Отсюда и название

Это один из семи принципов тестирования по ISTQB, и он про одну простую вещь: тесты устаревают. Не потому что они плохо написаны, а потому что продукт меняется, а тесты - нет. Ты покрыл функциональность, она прошла, и ты успокоился. Но баги не стоят на месте - они появляются там, куда твои тесты не смотрят

Придумали этот принцип не для того, чтобы заставить команды переписывать тесты ради переписывания. Идея в том, чтобы регулярно пересматривать тест-кейсы, добавлять новые сценарии, менять данные, покрывать граничные случаи которые раньше казались маловероятными. То что год назад было экзотикой - сегодня может быть основным пользовательским сценарием

На практике это выглядит так: команда написала 500 автотестов, они зеленеют на каждом билде, все довольны. А потом в продакшне падает сценарий, который никто не догадался протестировать, потому что он появился три релиза назад и в тест-план его никто не занёс

Парадокс Пестицида - это напоминание, что тестирование это не архив, а живой процесс. Тесты нужно обновлять вместе с продуктом, иначе они превращаются в красивую зелёную картинку, за которой прячутся баги