Если вы не работали в IT компании вам вероятно может показаться странным, что наиболее массовый, согласно пирамиде тестирования, вид автотестов - юнит тесты, пишут чаще всего не тестировщики, а разработчики ПО. Вот как выглядит эта пирамида: 1) Юнит‑тест — это про дизайн кода, а не про “проверить фичу” Юнит тестирует маленькую единицу поведения (функцию/класс/модуль) в изоляции. Чтобы это сделать хорошо, нужно: Это ближе к ежедневной работе разработчика, потому что юнит‑тестирование часто идёт рука об руку с рефакторингом и эволюцией дизайна...

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