Интересное мнение о том, зачем нам нужны юнит-тесты.
А тут Сергей Тепляков дает отличные рекомендации по внедрению юнит-тестирования.
Еще полезности:
Антипаттерны TDD
Правила именования юнит-тестов
- положительно влияют на модульность и дизайн системы
- это отличный источник спецификации системы
- позволяют повторно использовать потраченные программистом усилия
- экономят наше время
А заключение, так вообще как будто я писал :) Юнит-тесты - это инструмент, его надо правильно использовать, а чтобы это делать - надо учиться. И тут одной теории мало.
Кстати, заметьте. Речь не идет о контроле качества. Успешно пройденные юнит-тесты ничего не доказывают, они просто помогают делать жить проще. А качество приходит само. Чудо! (хмм, как то это не сочетается с названием моего блога...)
Кстати, заметьте. Речь не идет о контроле качества. Успешно пройденные юнит-тесты ничего не доказывают, они просто помогают делать жить проще. А качество приходит само. Чудо! (хмм, как то это не сочетается с названием моего блога...)
Еще хочу заметить, что успех внедрения и использования юнит-тестов очень сильно зависит от используемого языка программирования: например на C++ писать тесты сложнее, чем скажем на Python. И, очень часто, это используется как "уважительная причина", без попыток реального использования (свой опыт). Сейчас у меня второй "заход". Первый, 4 года назад, был признан неудачным, писали на Visual Studio через MS test framework (дергали native код через C++/CLR). Сейчас использую Google C++ test framework. Не идеал, но работает и можно использовать.
Две полезные ссылки на подкасты Кента Бека внутри оригинального поста.
А тут Сергей Тепляков дает отличные рекомендации по внедрению юнит-тестирования.
Еще полезности:
Антипаттерны TDD
Правила именования юнит-тестов
Комментарии
Отправить комментарий