1. Практически невозможно написать тест.
2. Времени в обрез.
3. Код - жуткая помойка.
4. Изменение вроде бы небольшое, но в будущем возможны и другие.
Пп. 1, 2 и 4 вроде бы голосуют против, но п. 3 орет очень громко за. Поделитесь опытом :)

IMHO. Не писать из-за пп 1 и 2. Когда появится время, то внести в план написание юнит-тестов, рефакторинг и вперед.
Как вариант, написать тесты только для требуемого изменения, позже писать тесты для новых изменений, а там глядишь, руки и до глобального рефкоринга дойдут.

Да, я тоже в итоге склоняюсь к такому решению. Проблема в том, что настоящий тест сделать ваще нельзя: код можно выполнить только у клиента.
Писать юнит-тесты можно до усрачки: очень много данных. Пока охватишь все, поседеешь :( А переделывать 700-строчный спагетти без полных тестов скорее всего выйдет боком.

Можно только посочувствовать. 700 строчек одним методом/ф-цией чтоль? :-)

По-моему 1 и 4 - тоже за. По поводу 2 - надо убеждать менеджмент, что так работать нельзя. По поводу 4 - если изменение локальное, то нельзя вычленить этот кусочек в отдельную функцию/класс, и написать к нему тесты?

Даже с моками нельзя оттестировать?

у нас есть в проекте функция почти на 2000 строк - когда я в нее смотрю, обычно требуется пакетик, как в самолете выдают :-)

А что послужило причиной для такой длинной ф-ции? Нерадивый студент? :-)

И это еще не предел :)

Я уже начал. Кроме того, агитирую перейти на svn и написать build script.
Кстати, не знаешь, есnm такой тул dsp -> jam?

Кажется, я опять что-то новое щас узнаю :-D Пошел в гугл.

Причина обычно одна и та же: некогда сделать как положено.

нп
Какой тест-фреймворк посоветуете взять?

какой язык-то? :-) для С++ я пользуюсь boost::test, для эрланга - eunit, haskell - quickcheck, common lisp - xlunit

желание делать только быстрые исправления ошибок, а не пытаться перерабатывать архитектуру/переписывать функционал

мы пользуемся сmake в качестве кросс-платформенной системы сборки. ну и интеграция с ctest + прокидка данных в dashboard тоже имеют свои плюсы

Господи, у вас шестёрка что ли?
По инструментам - я голосую за выбор Алекса: Boost.Test и CMake.
Что касается mock-объектов, С++-frameworks меня не вполне удовлетворяют, смотри сам что тебе подойдёт: http://stackoverflow.com/questions/38493/are-there-any-good-c-mock-object-framew...

Я узкий специалист :) С++. boost::test не подходит из-за компилятора.

Угу. Только в старой конторе перешли на 9-ку, как мне вздумалось уйти :-D
Спасибо, посмотрю.

Использую CppUnit.