2014-10-02 3 views
1

Я использую VS2013. У меня есть «обычный проект» и тестовый проект с некоторыми тестовыми телами для «обычного проекта». Я могу запускать тесты в тестовом проекте - пока все хорошо. Но теперь я хочу автоматически запускать тесты, когда я перестраиваю свой «обычный проект». Есть идеи?Как выполнить автоматический тест модуля в VS2013

Спасибо.

+0

Я использовал только некоторые предыдущие версии Visual Studio, но устраиваю зависимости, чтобы при запуске тестов решение собирало все, что нужно сначала. – quamrana

+0

Хорошо, решение. Но в нормальном случае я в «нормальном проекте» - окружающей среде, а не в тестовой среде проекта. Итак, мне нужно решение для «нормального проекта» - окружающей среды .... – Cit

+0

Я не уверен, что знаю разницу. Это VS2013? – quamrana

ответ

0

Я не знаю, так или иначе, чтобы сделать это изначально в VS, но вы должны изучить инструмент, как NCrunch, непрерывный тестовый бегун, который будет запускать ваши тесты не только при создании вашего «нормального» проекта, но и когда вы вносите какие-либо изменения в проект.

Есть другие непрерывного тестирования бегунов там, как MightyMoose, источником которого является here Я считаю

Я ни в коей мере не связан с NCrunch (или могучего лося), но я думаю, что его удивительным и может Не представляй себе жизнь без нее.

Его не бесплатно, хотя так ли это полезно для вас, я не могу сказать.

+2

будет заботиться о нижестоящем? –

+0

Ваш ответ '' OffTopic''! Мой голос! И да;) - можешь. После сборки-вариант: '' CD $ (TargetDir) '' '' "$ (DevEnvDir) MSTest.exe"/testcontainer: $ (TargetFileName) '' @ http://stackoverflow.com/ вопросы/507757/using-post-build-event-to-execute-unit-tests-with-ms-test-in-net-2-0 – raiserle

+0

Кстати: '' Я не знаю''!** Если вы этого не знаете, вы не должны отвечать ** – raiserle

1

Как было указано в комментариях к моему другому ответу, можно добавить шаг postbuild, который будет вызывать тесты из командной строки. Подробности можно найти в this question.

Хотя это может быть подходящим решением, я считаю, что он уступает непрерывному подходу к тестированию по нескольким причинам.

  • обратная связь не интегрирована хорошо в IDE в окне теста бегуна, что позволяет простой визуальной обратной связью и/или запуск индивидуальных или групп тестов
  • тесты работают только во время сборки. Непрерывные бегуны будут работать при обнаружении изменений
  • Все тесты будут выполняться при каждом сохранении. Непрерывные бегуны могут идентифицировать только те тесты, на которые повлияло изменение, и запускать только те тесты.
  • Выполнение отдельных тестов потребует использования другого бегуна
  • Запуск определенных подмножеств тестов (т. Е. Исключение интеграционных тестов) потребует изменения этапа последующей обработки. NCrunch можно настроить для запуска фильтрованных наборов тестов.

Сказав все, что некоторые из бегунов являются коммерческими продуктами, которые не являются дешевыми (хотя некоторые из них являются Open Source и бесплатными). В конце концов вы платите свои деньги, вы берете свой выбор.

+0

Ваш ответ неверный! - обратная связь находится в среде IDE в окне Output-window – raiserle

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