py.test - niepowodzenie testu testowego, gdy testy w różnych katalogach są nazywane tymi samymi

Question

Używanie py.test, dwa testy o tym samym nazwie w innym katalogu powodują niepowodzenie py.test. Dlaczego? Jak mogę to zmienić bez zmiany nazwy wszystkich testów?

Aby powielić zrobić:

; cd /var/tmp/my_test_module 
; mkdir -p ook/test   
; mkdir -p eek/test 
; touch ook/test/test_proxy.py 
; touch eek/test/test_proxy.py 
; py.test 
============================= test session starts ============================== 
platform linux2 -- Python 2.7.3 -- pytest-2.2.4 
collected 0 items/1 errors 

==================================== ERRORS ==================================== 
___________________ ERROR collecting ook/test/test_proxy.py ____________________ 
import file mismatch: 
imported module 'test_proxy' has this __file__ attribute: 
    /home/ygolanski/code/junk/python/mymodule/eek/test/test_proxy.py 
which is not the same as the test file we want to collect: 
    /home/ygolanski/code/junk/python/mymodule/ook/test/test_proxy.py 
HINT: remove __pycache__/.pyc files and/or use a unique basename for your test file modules 
=========================== 1 error in 0.01 seconds ============================ 

Answer 1

kładąc __init__.py jest jednym ze sposobów rozwiązania konfliktu. W przeciwieństwie do nosa, obecny pytest nie próbuje rozładowywać modułów testowych w celu zaimportowania modułów testowych o tej samej nazwie importu. Kiedyś uważałem, że jest to trochę magiczne, aby zrobić to samo-nieimportowanie i może zepsuć ludzkie oczekiwania z mechanizmu importu; czasami ludzie polegają na stanie globalnym modułu testowego, a przy autowybadań tracą go (moduł testowy importujący z innego modułu testowego może wtedy robić nieoczekiwane rzeczy). Ale może to nie jest praktyczny problem, a zatem pytest mógłby dodać podobny hack ...

Answer 2

To jest aktualna funkcja py.test. Można znaleźć przyczynę tego zachowania podanej w pytest.org - Good Integration Practices - Choosing a test layout/import rules:

• unikać __init__.py plików w katalogach testowych. W ten sposób testy mogą być łatwe do zainstalowania na zainstalowanej wersji mypkg, niezależnie od tego, czy zainstalowany pakiet zawiera testy, czy nie.

Jak to zalecany obieg pracy z py.test: zainstalować pakiet w fazie rozwoju z pip install -e, a następnie go przetestować.

Z tego powodu sam wybieram unikalne nazwy testowe, w konwencji w stosunku do sposobu konfiguracji. Gwarantuje to również, że nie otrzymasz niejednoznacznych nazw testowych w różnych wynikach testu.

Jeśli zachodzi potrzeba zachowania nazw testowych i nie dbanie o wyżej wspomnianą funkcjonalność, powinieneś być w porządku z umieszczeniem __init__.py.