Come distribuire gli unit test django su più file?

• Ho un'applicazione python-django
• Sto usando il framework di unit test
• I test sono organizzati nel file "tests.py" nella directory del modulo
• Sto eseguendo i test tramite ./manage.py test app

Adesso..

• Il tests.pyfile sta diventando piuttosto grande / complesso / disordinato
• Vorrei suddividere tests.pyin raccolte più piccole di test ...

Come?

Il comportamento è cambiato in Django 1.6, quindi non è più necessario creare un pacchetto. Dai un nome ai tuoi file test*.py.

Dalla documentazione di Django 1.7

Quando si eseguono i test, il comportamento predefinito dell'utilità di test è trovare tutti i casi di test (ovvero, sottoclassi di unittest.TestCase) in qualsiasi file il cui nome inizia con test, costruire automaticamente una suite di test da quei casi di test, e gestisci quella suite.

Dalla documentazione di Django 1.6 ,

Il rilevamento del test si basa sul rilevamento del test integrato del modulo unittest. Per impostazione predefinita, questo rileverà i test in qualsiasi file denominato "test * .py" nella directory di lavoro corrente.

Comportamento precedente, dalla documentazione di Django 1.5 :

Quando si eseguono i test, il comportamento predefinito dell'utilità di test è trovare tutti i casi di test (cioè le sottoclassi di unittest.TestCase) in models.py e tests.py, creare automaticamente una suite di test da questi casi di test, e gestisci quella suite.

C'è un secondo modo per definire la suite di test per un modulo: se definisci una funzione chiamata suite () in models.py o tests.py, il test runner Django utilizzerà quella funzione per costruire la suite di test per quel modulo. Questo segue l'organizzazione suggerita per i test unitari. Vedere la documentazione di Python per maggiori dettagli su come costruire una suite di test complessa.

Nota che questo approccio non è più valido da Django 1.6, vedi questo post .

Puoi creare una testscartella con ___init___.pydentro (in modo che diventi un pacchetto). Quindi aggiungi lì i tuoi file .py di split test e li importi tutti in ___init___.py.

Vale a dire: sostituire il test.pyfile con un modulo che ha l'aspetto e si comporta come il file:

Crea una testsdirectory sotto l'app in questione

App
app \ models.py
app \ views.py
test app \
app \ test \ __ init__.py
app \ test \ bananas.py
app \ test \ apples.py

Importa i sottomoduli in app\tests\__init__.py:

from bananas import *
from apples import *

Ora puoi usare ./manage.py come se fossero tutti in un unico file:

./manage.py test app.some_test_in_bananas

La risposta come affermato da Tomasz è corretta. Tuttavia, può diventare noioso assicurarsi che le importazioni __init__.pycorrispondano alla struttura del file.

Per rilevare automaticamente tutti i test nella cartella puoi aggiungerlo in __init__.py:

import unittest

def suite():   
    return unittest.TestLoader().discover("appname.tests", pattern="*.py")

Ciò ti consentirà di eseguire ./manage.py test appnamema non gestirà l'esecuzione di test specifici. Per farlo puoi usare questo codice (anche in __init__.py):

import pkgutil
import unittest

for loader, module_name, is_pkg in pkgutil.walk_packages(__path__):
    module = loader.find_module(module_name).load_module(module_name)
    for name in dir(module):
        obj = getattr(module, name)
        if isinstance(obj, type) and issubclass(obj, unittest.case.TestCase):
            exec ('%s = obj' % obj.__name__)

Ora puoi eseguire tutti i tuoi test tramite manage.py test appo specifici tramitemanage.py test app.TestApples

Basta creare la struttura della directory in questo modo:

myapp/
    __init__.py
    tests/
        __init__.py
        test_one.py
        test_two.py
        ...
    ...

E python manage.py test myappfunzionerà come previsto.

http://docs.python.org/library/unittest.html#organizing-tests parla della suddivisione dei file in moduli e la sezione sopra ha un esempio.

Non è necessario codificare nulla in init. Basta creare una sottodirectory nella tua app. L'unico requisito è non chiamarlo test * Ad esempio

app/
app/__init_.py
app/serializers.py
app/testing/
app/testing/__init__.py
app/testing/tests_serializers.py

Con Django 2.2 una soluzione semplice e abbastanza buona potrebbe essere quella di creare una testcartella all'interno di un'app, in cui puoi inserire i tuoi test_...pyfile correlati , semplicemente aggiungerli __init__.pyalla testcartella.

Se hai una configurazione più complicata o non vuoi usare le from ... import *istruzioni -type, puoi definire una funzione chiamata suitenel tuo tests.py (o tests / __ init__.py), che restituisce un'istanza di unittest.TestSuite.

Penso ./manage.py testche esegua semplicemente tutti i trucchi dei test (in django> = 1.7).

Se i tuoi test di organizzazione riguardano il raggruppamento e il cherrypicking e sei un fan nosedell'uso di django nose :

python manage.py test another.test:TestCase.test_method

Se conosci il naso, allora sai come "jolly" molto più bello su tutti i tuoi file.

PS

È solo una pratica migliore. Spero che aiuti. La risposta è stata presa in prestito da qui: Esecuzione di uno specifico test case in Django quando la tua app ha una directory di test

Ho due file. Uno è tests.pye l'altro è test_api.py. Posso eseguirli individualmente come di seguito.

   manage.py test companies.tests
   manage.py test companies.test_api

Fare riferimento alla risposta di @ osa sulla convenzione di denominazione dei file.