Как распространить модульные тесты django на несколько файлов?

• У меня есть приложение python-django
• Я использую среду модульного тестирования
• Тесты расположены в файле "tests.py" в каталоге модуля.
• Я провожу тесты через ./manage.py test app

Сейчас..

• tests.pyФайл становится довольно большой / комплекс / грязный
• Я хотел бы разбить tests.pyна более мелкие наборы тестов ...

Как?

В Django 1.6 поведение изменилось, поэтому создавать пакет больше нет необходимости. Просто назовите свои файлы test*.py.

Из документации Django 1.7

Когда вы запускаете свои тесты, тестовая утилита по умолчанию находит все тестовые примеры (то есть подклассы unittest.TestCase) в любом файле, имя которого начинается с test, автоматически создает набор тестов из этих тестовых примеров, и запустите этот пакет.

Из документации Django 1.6 ,

Обнаружение тестов основано на обнаружении тестов, встроенных в модуль unittest. По умолчанию это обнаружит тесты в любом файле с именем «test * .py» в текущем рабочем каталоге.

Предыдущее поведение из документации Django 1.5 :

Когда вы запускаете свои тесты, тестовая утилита по умолчанию находит все тестовые примеры (то есть подклассы unittest.TestCase) в models.py и tests.py, автоматически создает набор тестов из этих тестовых примеров, и запустите этот пакет.

Существует второй способ определить набор тестов для модуля: если вы определите функцию с именем suite () в models.py или tests.py, средство запуска тестов Django будет использовать эту функцию для создания набора тестов для этого модуля. Это соответствует предлагаемой организации для модульных тестов. См. Документацию Python для получения дополнительных сведений о том, как создать сложный набор тестов.

Обратите внимание, что этот подход больше не действует в Django 1.6, см. Этот пост .

Вы можете создать testsпапку ___init___.pyвнутри (чтобы она стала пакетом). Затем вы добавляете туда свои файлы .py для сплит-теста и импортируете их все в ___init___.py.

То есть: замените test.pyфайл модулем, который выглядит и действует как файл:

Создайте testsкаталог под рассматриваемым приложением

приложение
App \ models.py
App \ views.py
App \ тесты
Приложение \ тесты \ __ init__.py
App \ \ bananas.py Проведены тестовые
App \ \ apples.py Проведены тестовые

Импортируйте подмодули в app\tests\__init__.py:

from bananas import *
from apples import *

Теперь вы можете использовать ./manage.py, как если бы все они были в одном файле:

./manage.py test app.some_test_in_bananas

Ответ, изложенный Томашем, правильный. Однако может оказаться утомительным убедиться, что импортированные __init__.pyфайлы соответствуют вашей файловой структуре.

Чтобы автоматически определять все тесты в папке, вы можете добавить это в __init__.py:

import unittest

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

Это позволит вам запустить, ./manage.py test appnameно не будет выполнять определенные тесты. Для этого вы можете использовать этот код (также в __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__)

Теперь вы можете запускать все свои тесты через manage.py test appили определенные черезmanage.py test app.TestApples

Просто сделайте вашу структуру каталогов такой:

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

И python manage.py test myappбудет работать как положено.

http://docs.python.org/library/unittest.html#organizing-tests рассказывает о разделении файлов на модули, а в разделе прямо над ним есть пример.

Не нужно ничего кодировать в init. Просто создайте подкаталог в своем приложении. Единственное требование - не называть это тестами * Например

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

В Django 2.2 простым и довольно хорошим решением может быть создание testпапки внутри приложения, в которую вы можете поместить свои связанные test_...pyфайлы, просто добавив __init__.pyих в testпапку.

Если у вас более сложная настройка или вы не хотите использовать from ... import *операторы suite-type , вы можете определить функцию, вызываемую в вашем tests.py (или tests / __ init__.py), которая возвращает экземпляр unittest.TestSuite.

Я думаю, что ./manage.py testпросто выполняет все трюки с тестами (в django> = 1.7).

Если ваши организации тестов о группировке и Cherrypicking и вы поклонник noseиспользования Джанго носа :

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

Если вы знаете нос, то вы гораздо лучше знаете, как использовать подстановочные знаки для всех ваших файлов.

PS

Это просто лучшая практика. Надеюсь, это поможет. Ответ был позаимствован отсюда: запуск определенного тестового примера в Django, когда в вашем приложении есть каталог тестов.

У меня есть два файла. Одно есть, tests.pyа другое есть test_api.py. Я могу запустить их индивидуально, как показано ниже.

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

Обратитесь к ответу @osa о соглашении об именах файлов.