2016-04-04 3 views
2

У меня есть проект eclipse (not maven), в котором я организую код в двух исходных папках: src и test. Иерархия тестовой папки параллельна src, что позволяет легко находить классы и оставаться организованными. Теперь я говорил о своих модульных тестах. Я хотел бы также отделить модульные тесты от моих интеграционных тестов, но я не уверен, что было бы лучшим способом сделать это. Возможно, у меня должна быть другая исходная папка только для моих тестов интеграции? Или, может быть, он должен находиться под отдельным пакетом в папке с исходным кодом теста? Буду рад слышать, как вы это делаете, благодарю вас заранее.Как организовать тестирование единицы измерения и интеграции?

+1

http://stackoverflow.com/questions/1540324/java-unit-tests-directory-layout –

+0

Этот вопрос может быть закрыт для того, чтобы быть слишком широким. Помните из предупреждения в правой части экрана, когда вы задавали этот вопрос: «* Мы предпочитаем вопросы, на которые можно ответить, а не просто обсуждать. *« –

+0

Я не думаю, что ваш вопрос некачественный. Чтобы этот вопрос и другие вопросы, такие как более ответные, включали сведения о том, как вы выбрали эту задачу в прошлом, и, если возможно, поговорите о других методах, которые вы могли бы себе представить. Затем вы можете спросить, какой из этих методов является лучшим, или наиболее логичным, или который следует за ближайшим соглашением. Теперь ваш вопрос ** определенно ** подотчетен. Даже если вы не указали наиболее предпочтительный или правильный способ выполнения задания, кто-то обязательно поговорит об этом и обсудит его и ваши методы. Ура! –

ответ

1

Ваша интуиция хорошая: другая исходная папка, вероятно, является лучшим вариантом.
Обычно имена людей называются такими: it, test-integration, test-it, integrationtest.

Если вы используете maven как инструмент для сборки, это может быть достигнуто build-helper-maven-plugin. Если нет, просто добавьте вручную в свою IDE другую исходную папку.

1

Personnal мнение (потому что это все о Personnal предпочтений здесь) является: отдельные пакеты для различного уровня испытательного

src/ //source folder 
... 
test/ // source folder 
    test/ //packages 
     integration/ 
     unit/ 
    tools/ 

лично я остановился поддержанием иерархии исходного пакета для тестовых классов, так как я нашел, что это очень дорого, когда вы рефакторинг ваши источники.

Я также использую категории JUnit для четкого разделения уровня тестирования на вид.

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