Когда начинающий QA или разработчик сталкивается с понятием "юнит-тесты", часто возникает ложное чувство безопасности: мол, если в коде всё покрыто юнитами — багов быть не может. Программа идеально работает. Можно не тестировать вообще или, по крайней мере, не подключать ручного тестировщика. Но в реальности юнит-тесты — это всего лишь один из слоёв обороны. В этой статье подробно разберём, почему юнит-тесты не заменяют ручного тестирования, какие у них ограничения, в чём сила живого тестировщика и как всё это работает вместе...

Юнит-тесты: как написать их в один клик с Cursor Картина знакомая: пятница, вечер, вы уже мысленно в баре, а тут прилетает «надо срочно покрыть модуль юнит тестами, иначе в прод они не уйдут». В голове всплывает всё самое доброе про юнита тесты, интеграционные тесты, заказчика и особенно про коллегу, который «потом как-нибудь напишет тесты, честно-честно». В итоге вы сидите, вручную пишете тест юнит 1, тест по юниту 2, тест юнит 3, а в какой-то момент начинаете путаться, что уже проверили, что забыли, и почему вообще выбрали разработку, а не фермерство...