За и против модульного тестирования после факта

Question

У меня сложное приложение размером около 27 тыс. Строк. По сути, это многопоточный процессор обработки данных, не требующий слишком много отдачи. Он был частично протестирован, как и некоторые другие компоненты.

Вопрос, который у меня есть, заключается в том, какие плюсы и минусы в проведении модульного тестирования после, так сказать, факта после его реализации. Ясно, что для традиционного тестирования потребуется 2-3+ месяца, чтобы протестировать каждый аспект, и все это должно работать, и это время действительно не доступно.

В прошлом я провел немало модульного тестирования, но в основном это были приложения для автоматизации настольных систем или LOB-приложения, которые довольно просты. Приложение само по себе имеет высокую внутреннюю внутреннюю составляющую, а интерфейс - на самом деле. Я не решил, какую именно основу использовать. Любой совет будет принят во внимание.

Что скажете вы.

Answer 1

Это один из этих трудных типов оценочных вопросов.

Я бы в основном согласился с Epaga, что написание новых тестов по мере исправления ошибок (возможно, с добавлением нескольких дополнительных тестов) является хорошим подходом.

Я бы добавил еще два комментария:

• Хорошей идеей может быть проведение резервного тестирования черного ящика на устройстве перед внесением крупных изменений
• Тестирование согласованности не является модульным тестированием, но некоторые типы программ легко поддаются генерации тестов согласованности. Это может быть одним из способов убедиться, что вы ничего не сломаете.

Answer 2

Если разработка "завершена", я бы сказал, что в юнит-тестировании нет особого смысла.