Написание модульных тестов позже

Question

Я знаю, что стиль TDD сначала пишет тест, видит, что он терпит неудачу, затем идет и делает его зеленым, что хорошо. Иногда это действительно работает для меня.

Однако, особенно когда я экспериментировал с некоторыми вещами (, т.е. не уверен в дизайне, не уверен, что он будет работать ) или неистово писал код, я не хочу писать модульные тесты, нарушает мой поток.

Я склонен писать модульные тесты позже, особенно перед тем, как вещи станут слишком сложными. Также есть другая проблема, писать их позже, как правило, более скучно.

Я не совсем уверен, что это хороший подход ( определенно не лучший ).

Что вы думаете? Вы пишете код для написания своих модульных тестов позже? Или как вы справляетесь с этой проблемой потока или экспериментальным этапом проектирования / разработки кода.

Answer 1

Возможно, вы отказываетесь использовать подход, основанный на тестировании, потому что вы не знаете, где следует использовать юнит-тесты. У меня были те же проблемы, когда я изучал TDD.

Вы бы порекомендовали вам просто использовать разные тактики в TDD. И со временем вы поймете это намного лучше. Я думаю, что это просто вопрос времени. И мне было очень трудно понять это с первого взгляда. Я читал ту же литературу, но тогда не мог ее понять. Просто продолжайте учить его все больше и больше в течение некоторого периода времени.