Модульное тестирование Django требует очень много времени для создания тестовой базы данных

Окончательное решение, которое устраняет мою проблему, — заставить Django отключить миграцию во время тестирования, что можно сделать с помощью таких настроек.

TESTING = 'test' in sys.argv[1:]
if TESTING:
    print('=========================')
    print('In TEST Mode - Disableling Migrations')
    print('=========================')

    class DisableMigrations(object):

        def __contains__(self, item):
            return True

        def __getitem__(self, item):
            return None

    MIGRATION_MODULES = DisableMigrations()

или используйте https://pypi.python.org/pypi/django-test-without-migrations

Весь мой тест теперь занимает около 1 минуты, а небольшое приложение - 5 секунд.

В моем случае миграции не нужны для тестирования, так как я обновляю тесты по мере миграции и не использую миграции для добавления данных. Это не сработает для всех

Резюме

Используйте 1_ !

Операции

1. pip install pytest-django
2. pytest --nomigrations вместо ./manage.py test

Результат

• ./manage.py test стоит 2 мин 11,86 сек
• pytest --nomigrations стоит 2,18 сек.

Подсказки

• Вы можете создать файл с именем pytest.ini в корневом каталоге проекта и указать параметры командной строки по умолчанию и/или Настройки Django.

  # content of pytest.ini
  [pytest]
  addopts = --nomigrations
  DJANGO_SETTINGS_MODULE = yourproject.settings
  

  Теперь вы можете просто запускать тесты с помощью pytest и избавляться от необходимости печатать.

• Вы можете еще больше ускорить последующие тесты, добавив --reuse-db к параметрам командной строки по умолчанию.

  [pytest]
  addopts = --nomigrations --reuse-db
  

  Однако, как только ваша модель базы данных будет изменена, вы должны запустить pytest --create-db один раз, чтобы принудительное повторное создание тестовой базы данных.

• Если вам нужно включить исправление gevent monkey во время тестирования, вы можете создать файл с именем pytest в корневой каталог вашего проекта со следующим содержимым, добавьте к нему бит выполнения (chmod +x pytest) и запустите ./pytest для тестирования вместо pytest:

  #!/usr/bin/env python
  # -*- coding: utf-8 -*-
  # content of pytest
  from gevent import monkey
  
  monkey.patch_all()
  
  import os
  
  os.environ.setdefault("DJANGO_SETTINGS_MODULE", "yourproject.settings")
  
  from django.db import connection
  
  connection.allow_thread_sharing = True
  
  import re
  import sys
  
  from pytest import main
  
  if __name__ == '__main__':
      sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
      sys.exit(main())
  

  Вы можете создать файл test_gevent.py для проверки успешности исправления gevent monkey:

  # -*- coding: utf-8 -*-
  # content of test_gevent.py
  import time
  from django.test import TestCase
  from django.db import connection
  import gevent
  
  
  def f(n):
      cur = connection.cursor()
      cur.execute("SELECT SLEEP(%s)", (n,))
      cur.execute("SELECT %s", (n,))
      cur.fetchall()
      connection.close()
  
  
  class GeventTestCase(TestCase):
      longMessage = True
  
      def test_gevent_spawn(self):
          timer = time.time()
          d1, d2, d3 = 1, 2, 3
          t1 = gevent.spawn(f, d1)
          t2 = gevent.spawn(f, d2)
          t3 = gevent.spawn(f, d3)
          gevent.joinall([t1, t2, t3])
          cost = time.time() - timer
          self.assertAlmostEqual(cost, max(d1, d2, d3), delta=1.0,
                                 msg='gevent spawn not working as expected')
  

Ссылки

• документация по pytest-django
• документация по pytest

используйте ./manage.py test --keepdb когда в файлах миграции нет изменений

Инициализация базы данных действительно занимает слишком много времени...

У меня есть проект с примерно таким же количеством моделей/таблиц (около 77) и примерно 350 тестов, и для запуска всего требуется 1 минута. Разработка на бродячей машине с 2 выделенными процессорами и 2 ГБ оперативной памяти. Также я использую py.test с плагином pytest-xdist для параллельного запуска нескольких тестов.

Еще одна вещь, которую вы можете сделать, это указать django повторно использовать тестовую базу данных и воссоздавать ее только при изменении схемы. Также вы можете использовать SQLite, чтобы тесты использовали базу данных в памяти. Оба подхода объясняются здесь: https://docs.djangoproject.com/en/dev/topics/testing/overview/#the-test-database

РЕДАКТИРОВАТЬ: если ни один из вышеперечисленных вариантов не работает, еще один вариант — наследовать ваши модульные тесты от django SimpleTestCase или использовать пользовательский инструмент запуска тестов, который не создает базу данных, как описано в этом ответе здесь. : модульные тесты django без базы данных.

Затем вы можете просто имитировать вызовы django к базе данных, используя библиотеку, подобную этой (которую я, по общему признанию, написал): https://github.com/stphivos/django-mock-queries

Таким образом, вы можете быстро запускать свои модульные тесты локально и позволить своему CI-серверу беспокоиться о выполнении интеграционных тестов, для которых требуется база данных, прежде чем объединять свой код с какой-либо стабильной веткой dev/master, которая не является производственной.