py.test - prova di fallimento scoperta quando i test in diverse directory sono chiamati lo stesso

Question

Utilizzando py.test, due test chiamato lo stesso nella directory diverse cause py.test a fallire. Perché? Come posso cambiare questo senza rinominare tutti i test?

Per duplicare fare:

; 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

porre __init__.py è un modo di risolvere il conflitto. A differenza del nose, current pytest non tenta di scaricare i moduli di test per importare i moduli di test con lo stesso nome di importazione. Ero solito pensare che sia un po 'magico fare questo auto-non importare e potrebbe rovinare le aspettative della gente da ciò che fa il meccanismo di importazione; a volte le persone si affidano allo stato globale di un modulo di test e con lo scaricamento automatico lo si perde (un modulo di test che importa da un altro modulo di test potrebbe quindi fare cose inaspettate). Ma forse non è un problema pratico e quindi pytest potrebbe aggiungere un hack simile ...

Answer 2

Questa è una caratteristica reale di py.test. È possibile trovare il motivo di questo comportamento stabilite da pytest.org - Good Integration Practices - Choosing a test layout/import rules:

• evitano __init__.py file nelle directory di test. In questo modo i test possono essere eseguiti facilmente contro una versione installata di mypkg, indipendentemente dal fatto che il pacchetto installato contenga o meno i test.

quanto questo è il flusso di lavoro consigliato di lavorare con py.test: installare il pacchetto in fase di sviluppo con pip install -e, poi testarlo.

A causa di questo, mi optare per i nomi di test unici, nella convenzione sulla modalità di configurazione. Garantisce inoltre che non si ottengano nomi di test ambigui nei vari output di test run.

Se è necessario mantenere i nomi dei test e non si preoccupano delle funzionalità sopra menzionate, si consiglia di inserire un numero __init__.py.