Структура каталога Python TDD

Question

Существует ли конкретная структура каталогов, используемая для TDD в Python?

Учебники говорить о содержании тестов, но не там, где поместить их

С ковыряться Python Коаны, подозреваю его что-то вроде:

/project/main_program.py   # This has main method, starts program 
/project/classes/<many classes>.py 
/project/main_test.py   # This simply directs unittest onto tests, can use parameters fed to it to customise tests for environment 
/project/tests/<many tests>.py 

# to run tests, type "python -m unittest main_test.py" (into a terminal) 
# to run program, type "python main_program.py" 

Могу ли я делать это правильно ? Есть ли хорошее руководство, которое учит иерархии каталогов для TDD? Я слышал, что смешанные файлы кода и тесты плохие.

Ссылки:

• Are there any good online tutorials to TDD for an experienced programmer who is new to testing? # додзё кодирование? Хмм ... Может быть, я начну сайт кодирования додзё ...
• http://onlamp.com/pub/a/python/2004/12/02/tdd_pyunit.html #Shows смешанных файлов
• http://www.youtube.com/watch?v=sD6qzJNQEpE # Как велики, как pyTDDmon выглядит, я хотел бы понять основы первыми =) также тот смешанным файл
• http://www.slideshare.net/Skud/test-driven-development-tutorial #explains "дизайн тест реализации тест повторяет" только ..
• http://blog.cerris.com/category/django-tdd/ #Still никакой помощи ...
• http://docs.python.org/library/unittest.html

Answer 1

Основываясь на вашем Proje кт, Какой бы стиль позволяет вам

• Seperate код реализации от тестирования кода
• Создание новых тестов легко
• Выполнить все тесты в одной операции (например, для регрессионного тестирования)

Python koans/etc - это только рекомендации. В конце концов, вы хотите поддерживать DRY с помощью ваших unittests и быть в состоянии легко, интуитивно и интуитивно проверять. В конечном итоге вам решать вашу структуру папок.

Я чувствую, что вы слишком много фокусируетесь на удовлетворении соглашения, а не на удовлетворении своего проекта.

Answer 2

Существует два основных варианта: в каталоге верхнего уровня «тест» (или «тесты») или в «тестовых» каталогах в вашем пакете на каждом уровне. Преимущество первого заключается в том, что легко проводить как единичные тесты, так и другие тесты. Последнее имеет преимущество, заключающееся в том, что вы легко запускаете свои тесты против установленной версии кода и рекомендуется this blog post, в котором описывается базовая структура, которая хорошо работает для проектов Python.

В конце дня важно, чтобы их легко находить и запускать.