Модульные и интеграционные тесты.Лучшая практика, чтобы держать их в решении - PullRequest
1 голос
/ 14 февраля 2012

У нас есть практика, чтобы охватить некоторые базовые функциональные возможности с помощью проекта модульных тестов (инфраструктура MSTest), в то время как сложные интеграционные тесты (которые требуют внешних данных из файлов XML, настраиваемый запуск, внешние подключения и возможность запуска вне MS Studio в Test and Production среды) в качестве консольных приложений.

Это нормально, или мы перенесем весь консольный код в инфраструктуру MSTest / NUnit? Я предполагаю, что нет проблем с использованием приложений для тестирования консольной интеграции в ночных сборках или что-то еще?

Заранее спасибо!

1 Ответ

1 голос
/ 14 февраля 2012

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...