Test-driven development

[juan_gandhi]

Люди любят удивляться этой идейке, мол, красиво, да, но я так не могу, мне сначала код надо написать да поотлаживать.

А я поставил опыт на себе - написать код, и не отлаживать его, а всё через тесты прогнать. Так, чтобы вообще не трассировать никакое поведение, а просто смотреть, какие тесты рухнули, и если они не дают достаточно информации, то модифицировать код и тесты.

Что получается. Код должен состоять из мелких очевидных операций. Как на картинке. Чтобы тест был тоже элементарным. И если код что-то компилирует (тссс, да, у меня и компилятор внутре имеется - Ватсон знает, о чем речь), так два теста нужно: один на фазу компиляции, другой - на фазу исполнения компилированного участка.

В идеале чтобы пальцем тыкать, если при рефакторинге что-то сломалось: "вот тут у тебя не работает". Просто из логов чтобы видно было.

Comments

[alll]

Тогда давайте попробуем перейти от общего к частному и определить, какое отношение п.1 имеет к юнит-тестам.

Затем сделаем то же самое для п.2.

Затем сделаем то же самое для п.3.

Будем?
Или пустая трата времени?

[darypola.livejournal.com]

Кажется по пунктам как раз только я и высказалась. Пункты будут неверны для юнит-тестирования, если стоимость юнит-тестов окажется равной нулю. Очень хочу услышать, каким образом стоимость теста может быть нулевой.