¿Cómo difundir las pruebas unitarias de django en varios archivos?

• Tengo una aplicación python-django
• Estoy usando el marco de pruebas unitarias
• Las pruebas se organizan en el archivo "tests.py" en el directorio del módulo
• Estoy ejecutando las pruebas a través de ./manage.py test app

Ahora..

• El tests.pyarchivo se está volviendo bastante grande / complejo / desordenado
• Me gustaría dividir tests.pyen colecciones más pequeñas de pruebas ...

¿Cómo?

El comportamiento ha cambiado en Django 1.6, por lo que ya no es necesario crear un paquete. Solo nombra tus archivos test*.py.

De la documentación de Django 1.7

Cuando ejecuta sus pruebas, el comportamiento predeterminado de la utilidad de prueba es encontrar todos los casos de prueba (es decir, subclases de unittest.TestCase) en cualquier archivo cuyo nombre comience con prueba, construya automáticamente un conjunto de pruebas a partir de esos casos de prueba, y ejecuta esa suite.

De la documentación de Django 1.6 ,

El descubrimiento de prueba se basa en el descubrimiento de prueba incorporado del módulo unittest. De manera predeterminada, esto detectará pruebas en cualquier archivo llamado "prueba * .py" en el directorio de trabajo actual.

Comportamiento anterior, de la documentación de Django 1.5 :

Cuando ejecuta sus pruebas, el comportamiento predeterminado de la utilidad de prueba es encontrar todos los casos de prueba (es decir, subclases de unittest.TestCase) en models.py y tests.py, construye automáticamente un conjunto de pruebas a partir de esos casos de prueba, y ejecuta esa suite.

Hay una segunda forma de definir el conjunto de pruebas para un módulo: si define una función llamada suite () en models.py o tests.py, el corredor de pruebas de Django usará esa función para construir el conjunto de pruebas para ese módulo. Esto sigue la organización sugerida para las pruebas unitarias. Consulte la documentación de Python para obtener más detalles sobre cómo construir un conjunto de pruebas complejo.

Tenga en cuenta que este enfoque ya no es válido desde Django 1.6, consulte esta publicación .

Puede crear una testscarpeta con ___init___.pydentro (para que se convierta en un paquete). Luego agrega sus archivos .py de prueba dividida allí e importa todos ellos ___init___.py.

Es decir: sustituya el test.pyarchivo con un módulo que se vea y actúe como el archivo:

Crear un testsdirectorio debajo de la aplicación en cuestión

aplicación
app \ models.py
app \ views.py
aplicación \ pruebas
app \ tests \ __ init__.py
app \ tests \ bananas.py
app \ tests \ apples.py

Importe los submódulos a app\tests\__init__.py:

from bananas import *
from apples import *

Ahora puede usar ./manage.py como si todos estuvieran en un solo archivo:

./manage.py test app.some_test_in_bananas

La respuesta según lo declarado por Tomasz es correcta. Sin embargo, puede volverse tedioso asegurarse de que las importaciones __init__.pycoincidan con la estructura de su archivo.

Para detectar automáticamente todas las pruebas en la carpeta , puede agregar esto en __init__.py:

import unittest

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

Esto le permitirá ejecutar, ./manage.py test appnamepero no manejará la ejecución de pruebas específicas. Para hacer eso, puede usar este código (también en __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__)

Ahora puede ejecutar todas sus pruebas a través de manage.py test app o específicas a través demanage.py test app.TestApples

Simplemente haga su estructura de directorio de esta manera:

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

Y python manage.py test myappfuncionará como se espera.

http://docs.python.org/library/unittest.html#organizing-tests habla sobre la división de los archivos en módulos, y la sección justo encima tiene un ejemplo.

No es necesario codificar nada en init. Simplemente cree un subdirectorio en su aplicación. El único requisito es no llamarlo pruebas * Por ejemplo

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

Con Django 2.2, una solución simple y bastante buena podría ser crear una testcarpeta dentro de una aplicación, y puede poner sus test_...pyarchivos relacionados , simplemente agregarlos __init__.pya la testcarpeta.

Si tiene una configuración más complicada, o no desea usar from ... import *sentencias de tipo, puede definir una función llamada suiteen su tests.py (o tests / __ init__.py), que devuelve una instancia deunittest.TestSuite .

Yo creo que ./manage.py test simplemente ejecuta el truco de todas las pruebas (en django> = 1.7).

Si sus pruebas de organización son sobre agrupación y selección de cerezas y es fanático de noseusar django nose :

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

Si conoce nose, entonces sabe cómo "comodín" mucho mejor en todos sus archivos.

PD

Es solo una mejor práctica. Espero que ayude. La respuesta se tomó prestada aquí: ejecutar un caso de prueba específico en Django cuando su aplicación tiene un directorio de pruebas

Tengo dos archivos Uno es tests.pyy otro es test_api.py. Puedo ejecutar estos individualmente como a continuación.

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

Consulte la respuesta de @ osa sobre la convención de nomenclatura de archivos.