Модульные тесты, почему их не пишут
Хорошо, название должно было вас разозлить — если вы из тех разработчиков, которые действительно пишут модульные тесты.
Однако в недавнем опросе*, который я провел в своей учетной записи Twitter, 50% людей признались, что НИКОГДА не писали модульный тест или, по крайней мере, не писали его в течение длительного времени.
Были разные ответы: от «Мой работодатель не дает мне достаточно времени» до «Я не знаю, как их писать» до «Они все равно бесполезны, я бы предпочел, чтобы инженер по тестированию проверил мой код». .
Интересно, что некоторые люди сказали, что причина, по которой они не использовали модульные тесты, заключается в том, что учебники слишком просты, и они понимают, как создать тест для чего-то небольшого, но когда дело доходит до реального компонента с множеством зависимостей и процессов, они не могли его применить.
P.S. не заслуживающее доверия исследование, это единственные данные, которые мне нужно использовать.
Когда я стал больше экспериментировать и создавать больше проектов, я начал понимать, что есть гораздо лучшие способы подойти к тестированию и что сосредоточение внимания на модульных тестах в большинстве случаев является пустой тратой времени.
Важно понимать, что тестирование разработки не приравнивается к модульному тестированию. Основная цель — не писать максимально изолированные тесты, а скорее получить уверенность в том, что код работает в соответствии с его функциональными требованиями. И есть более эффективные способы добиться этого.
Это не только моё мнение. Вам достаточно набрать в сети: Unit Testing is Overrated, чтобы изучить, что про это думают некоторые из ведущих разработчиков.