Struktura katalogów TDD w Pythonie

Question

Czy istnieje konkretna struktura katalogów używana w TDD w Pythonie?

Poradniki rozmawiać o treści testów, ale nie tam, gdzie je umieścić

Od wywiercenie Pythona koanami, podejrzewam jej coś takiego:

/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" 

robię to prawo ? Czy istnieje dobry przewodnik, który uczy hierarchii katalogów dla TDD? Słyszałem, że mieszanie plików kodu i testów jest złe.

Referencje:

• Are there any good online tutorials to TDD for an experienced programmer who is new to testing? # dojo kodowanie? hmm ... Może zacznę stronę internetową kodowania dojo ...
• http://onlamp.com/pub/a/python/2004/12/02/tdd_pyunit.html #Shows mieszane pliki
• http://www.youtube.com/watch?v=sD6qzJNQEpE #As wielkie jak pyTDDmon wygląda, chciałbym najpierw zrozumieć podstawy =) również ów mieszany złożyć
• http://www.slideshare.net/Skud/test-driven-development-tutorial #explains "Test projekt wdrożenia powtórzyć test", tylko ..
• http://blog.cerris.com/category/django-tdd/ #Still żadnej pomocy ...
• http://docs.python.org/library/unittest.html

Answer 1

oparciu o swojej PROJE ct, Cokolwiek styl pozwala na

• Seperate kod realizacji od testowania kodu
• Tworzenie nowych testów łatwo
• uruchomić wszystkie testy w jednej operacji (np do testowania regresji)

Python koans/etc to tylko wskazówki. Na koniec chcesz podtrzymać DRY dzięki swoim testom i być w stanie przetestować łatwo, utrzymywalnie i intuicyjnie. Ostatecznie to ty decydujesz o strukturze folderów.

Czuję, że skupiasz się zbytnio na zaspokajaniu konwencji zamiast na spełnianiu swojego projektu.

Answer 2

Dostępne są dwie podstawowe opcje: w katalogu najwyższego poziomu "test" (lub "testy") lub w katalogach "testowych" w pakiecie na każdym poziomie. Ten pierwszy ma tę zaletę, że łatwo jest konsekwentnie realizować zarówno testy jednostkowe, jak i inne. Ta ostatnia ma tę zaletę, że ułatwia uruchamianie testów względem zainstalowanej wersji kodu i jest zalecana przez this blog post, która opisuje podstawową strukturę, która działa dobrze w przypadku projektów Python.

Koniec końców, ważne jest, aby były łatwe do znalezienia i uruchomienia.