Ценность модульного тестирования

Question

Вот некоторые типичные ответы (ранжированные в порядке возрастания сложности), которые я получаю от менеджеров / начальников всякий раз, когда поднимаю важность наличия модульных тестов и покрытия кода как неотъемлемой части цикла разработки.

1. «Это работа QA, просто сосредоточьтесь на возможностях и разработке»
2. «Приложение не является критически важным, если есть ошибки, это не конец света»
3. «Мы не можем позволить себе тратить время на юнит-тестирование»
4. "Постарайся не слишком придумывать"

Несмотря на наилучшие намерения хорошо выполнять свою работу, в конце дня, когда придет время обвинять в этом игру, бремя, наконец, ложится на разработчика.

Слишком часто я видел, как что-то ломается в работе, некоторые из которых можно было бы избежать, статически обнаруживая эти ошибки, выполняя модульные тесты.

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

ОБНОВЛЕНИЕ: Спасибо всем за много проницательных советов. Есть несколько ответов, которые я бы хотел выбрать в качестве правильного.

Answer 1

Еще одна мысль добавить к другим превосходным комментариям к этой теме (многие из которых я поддержал): убедитесь, что ваше руководство знает, что модульное тестирование на данный момент очень высоко автоматизировано. Я нахожу очень впечатляющим показ NUnit на экране, нажатие кнопки «Выполнить все» и просмотр десятков тестов с зеленой подсветкой, проходящих в считанные секунды. Сделайте это один раз, сказав: «Это подтверждает, что все мои старые работы все еще верны, несмотря на все мои новые изменения», и вы просто можете выиграть несколько новообращенных. В любом случае, они будут доверять вам - с вашим видимым доказательством качества - больше, чем они доверяют другим. Это может быть полезно только для вашей карьеры.

Answer 2

Теперь есть ресурс, чтобы помочь. Современный список вариантов использования, материальные доказательства TDD.

Вам нужно убедить своего босса или товарищей по команде, что используется TDD? Это не какая-то теория? Что это не просто наследник скажет?

Теперь вы можете проверить WeDoTDD.com , список компаний, которые занимаются TDD, и истории этих команд.

Именно поэтому я создал этот сайт, чтобы положить конец аргументам вокруг "Доказательства TDD" и "Работает ли TDD" и "Кто делает TDD".

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