2012-05-18 2 views
0

Долгое время мы проводили модульное тестирование как отдельный проект/рабочее пространство, которое время от времени мы прилагаем к продуктовому проекту для запуска модульных тестов на лету.Испытание продукта и блока: такое же рабочее пространство?

Недавно мы решили, что возможность запуска модульных тестов «на лету» действительно важна для нашей повседневной работы. Чтобы реализовать его в Visual Studio 2010, мы отправляем тестирование продуктов и модулей в одно и то же рабочее пространство TFS2010.

Огромный недостаток заключается в том, что проверки продукта и единицы тестирования смешаны.

Есть ли какой-либо трюк или лучший подход, чтобы избежать этой проблемы?

Спасибо.

ответ

0

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

Опять же, в TFS они хранятся в отдельной папке в отдельной ветке.

0

Зачем это проблема? Единичный тест имеет смысл только с фактическим кодом производства. Храните его в отдельном проекте, в том же рабочем пространстве и файле решения. Единичное тестирование - это быстрый обмен данными, а смешанные проверки только улучшают отслеживаемость.

+0

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

+0

Вы не просматриваете свои юнит-тесты? Я пересмотрю свой ответ – jaspernygaard

+0

Hmfph - мой обновленный ответ находится в ожидании рецензирования - Извините за разоблаченный ответ ... – jaspernygaard

Смежные вопросы