Ребята, прекратите писать юнит-тесты!
Я где-то с 20-го года это говорю и количество людей, которым я это говорю на консультациях, почти не уменьшается (хотя умные люди, кажется, говорят года с 15-го)
Если ты делаешь не рокет-саенс, а туда-сюда crud и просто бизнес-логику — не надо дрочить покрытие методов и строчек кода. Покрой тестами сценарии использования целиком. Например, в случае с бэкендом, тест должен быть написан на "вызов http-хендлера + проверку того, что случилось с базой + проверку того, что вернулось", не, блин, на функцию, которая под капотом в этом пайплайне заголовок парсит. Гугли component testing, Фаулер, кажется, лет 10 назад название специальное придумал.
Если поставите сюда штук 50 лайков, напишу детальнее о том, почему модульные тесты для продуктовой команды — это не страховка от багов, а просто дыра в бюджете команды
Post #242
3.03K
- 👍 178
- ❤ 33
- 🔥 12
- 🤔 4
- 💯 4