Здравствуйте, degor, Вы писали:

D>Здравствуйте, bkat, Вы писали:

B>>Извини за иронию, но не верю, что у тебя смысла в юнит тестах нету.
B>>Если ты сможешь кратко описать, что ты делаешь, то может быть и поверю...

То, что ты пишешь, это не описание того, что ты делаешь,
а описание границ применимости этого вида тестирования.

D>юнит-тесты и обвязка для них пишутся самим программистом. то есть качество тестов <= качество кода.
Качество тестов зависит от качества спецификаций модулей.
Его (качество) тоже можно контролировать.

D>юнит-тесты проверяют работу отдельных частей системы, а не их взаимодействие.

Конечно unit test не является integration test. Кто-то утверждает обратное?
unit test так же не заменит системного и многих других видов тестирования.

Впрочем я соглашусь, что юнит-тесты, как и любая работа, требует усилий.
Качество вообще на шару не получается.
Если конкретно в вашем случае польза меньше, чем затраты, то видимо вам это и не нужно...
Но мой опыт таков, что внедрение юнит-тестов всегда оправдывало себя.
Затраты, на самом деле, не велики, а польза есть.
У нас, к примеру, до внедрения юнит-тестов каждый программер все равно писал
какие-то тестовые программы, в которых игрался с тем, что он разрабатывает.
Т.е. каждый программер все равно создавал свою среду, в которой он мог
как-то убедиться в том, что его кусок в целом работает.
Внедрение юнит-тестов — это не более чем,
внесение порядка и предсказуемости в такую деятельность.