Я должен смешать свой UnitTests и свои Интеграционные тесты в том же проекте?
В настоящее время структура вашего проекта выглядит следующим образом:
/testvansjoerd
setup.py
setup.cfg
README.md
Однако, чтобы иметь минимальный пакет, который можно импортировать, вам необходимо создать его (папка с пустым __init__.py) , Структура проекта будет выглядеть следующим образом:
/testvansjoerd
/testvansjoerd
__init__.py
setup.py
setup.cfg
README.md
Вышеупомянутая файловая структура также упоминается в упаковочной документации .
6 ответов
если не слишком трудно разделить их, сделайте так теперь
модульные тесты должны быть выполнены рано и часто (например, каждый раз, когда Вы изменяете что-то, перед регистрацией, после регистрации), и должен завершиться в короткий отрезок времени.
интеграционные тесты должны периодически выполняться (ежедневно, например), но могут занять время и ресурсы для завершения
поэтому лучше разделять их
разделите их, если это возможно, потому что интеграционные тесты обычно берут намного дольше, чем UnitTests. Возможно, Ваш проект растет, и Вы заканчиваете с очень тестами, все, что занимает короткий срок - кроме интеграционных тестов - и Вы хотите выполнить свой UnitTests максимально часто...
Я нахожу, что использование отдельных проектов для модульного теста и интеграционных тестов имеет тенденцию создавать немного слишком много высокоуровневых артефактов в проектах. Даже при том, что мы - TDD и все, я все еще думаю, что разрабатываемый код должен заслуживать, по крайней мере, половины верхнего уровня моей структуры проекта.
Я не думаю, что это действительно имеет значение так очень, но разделение их походит на лучшую идею, так как изоляция, автоматизация будет настолько легче. И функция категории хороша, но не настолько хороша с точки зрения удобства использования.
Я оставался бы с любым методом, который Вы в настоящее время используете. Это - больше вещи мнения, и Вы не хотели бы должными быть переоборудовать свой целый метод тестирования.
Исходная мотивация позади [Категории] должна была решить проблему, которую Вы упоминаете. Это было также предназначено для создания более широких наборов тестов, но это отчасти, что Вы делаете.
Действительно будьте осторожны с [Категорией]. Не все исполнители тестов поддерживают его тот же способ, которым NUnit gui делает (или сделал, я не обновил в некоторое время). В прошлом некоторые бегуны проигнорировали бы атрибут, если бы это было на самом классе, или просто проигнорируйте все это вместе. Большинство, кажется, работает теперь.