Где разместить тестовый проект

Question

Я думаю о том, где поставить тестовый модуль / проект интеграции.Я слежу за 1 тестовым проектом пр.условное обозначение проекта

Я могу придумать 3 способа, которые мне кажутся хорошими, что затрудняет выбор: -)

1. Тестовый проект помещен в подраздел Тестыпапка к тестируемому проекту.
2. Тестовый проект помещается рядом с тестируемым проектом в папку «project» .Tests.Я считаю, что это то, что рекомендует Рой Ошеров.
3. Поместите все тестовые проекты в подпапку в корне.например, \ Tests \ "project" .Tests
4. Что-то еще?

Что вы выбираете и почему?

Answer 1

Вариант 2 - мой предпочтительный.Помимо всего прочего, это просто по умолчанию при создании нового проекта библиотеки классов - он находится в том же каталоге решений, что и производственный проект (ы).

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

Answer 2

Мне нравится, чтобы все проекты были на одном уровне физически. У меня нет больших аргументов, просто для простоты. Ведь visual studio показывает все проекты на одном уровне.

.../Project/Project.Web/
.../Project/Project.Model/
.../Project/Project.DataAccess/
.../Project/Project.UnitTest/
etc

Answer 3

Тестовый проект ставится рядом с Проект это тесты, в "проекте". Тесты папка. Я верю, что это то, что Рой Ошеров рекомендует.

Это мой личный фаворит. Это тот, который наиболее четко передает намерение, а также позволяет сразу увидеть, какие тестовые проекты идут с какими проектами, если вы смотрите на них внутри каталога, или есть какая-то причина для объединения проектов в одно решение.

Answer 4

Я бы пошел с # 1, так что когда вы делаете проверку проекта, у вас также есть тесты. В противном случае тесты становятся еще более запоздалой мыслью.

Answer 5

Я считаю, что вариант 2 - лучший выбор.Тесты - отличный способ документировать код.Они проясняют семантику методов и классов.Программисту должно быть легко перейти к тестовому коду для какого-либо метода, который он считает сомнительным.

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

Answer 6

Значением по умолчанию в решении Visual Studio 2010 Asp.Net MVC является другой проект в том же решении. Это большая помощь, когда дело доходит до тестирования компиляции со всеми вашими ссылками.