Не так давно у меня появился интерес узнать, какие вообще нынче есть подходы и отношения к Юнит тестированию. Сделано это было скорее в познавательных целях. Сравнив труды по популярности, я решил ознакомиться с книгой "Unit Testing: Principles, Practices, and Patterns (Vladimir Khorikov)". Я не ставлю своей задачей полностью рецензировать данный труд, но не могу не обратить внимание на некоторые тезисы данной книги, которые часто вижу и слышу и о которых хотелось бы поговорить.

Мы продолжаем наш цикл статей о тестировании. Ранее мы узнали о распространённости юнит тестирования в среде разработчиков, а также о том, стоит ли нам, разработчикам, тестировать свой код (спойлер: всё же скорее стоит). Сегодня же мы затронем несколько более прикладную часть грамотного процесса тестирования, а именно создание тест кейсов. Первоначально выделение кейсов может показаться разработчику тривиальной задачей, но, как мы скоро увидим, данный процесс можно определить некоторым набором правил.

В этой статье мы узнаем о следующем:

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