在Django测试DB搭建时能否跳过指定数据迁移，仅执行结构迁移？

完全可行，以下是几种实用的实现方式：

方法一：给数据迁移文件添加环境判断 #

针对0002_import_data.py、0004_import_more_data.py这类数据迁移文件，修改其迁移类，让它在测试环境下自动跳过执行：

1. 先在项目的settings.py中添加测试环境判断：

import sys
# 标记当前是否处于测试环境
TESTING = 'test' in sys.argv

2. 打开目标数据迁移文件，修改Migration类，添加自定义的执行判断逻辑：

from django.conf import settings
from django.db import migrations

class Migration(migrations.Migration):
    dependencies = [
        # 保留原有的依赖配置
    ]
    operations = [
        # 保留原有的数据操作配置
    ]

    def apply(self, project_state, schema_editor, collect_sql=False):
        # 仅非测试环境执行数据迁移
        if not settings.TESTING:
            return super().apply(project_state, schema_editor, collect_sql)
        return project_state

    def unapply(self, project_state, schema_editor, collect_sql=False):
        if not settings.TESTING:
            return super().unapply(project_state, schema_editor, collect_sql)
        return project_state

运行python manage.py test时，这些数据迁移会自动跳过，结构迁移不受影响。

方法二：通过配置文件直接排除指定迁移 #

利用Django 3.2+版本支持的TEST_MIGRATIONS配置，在settings.py中直接指定要排除的迁移文件：

TEST_MIGRATIONS = {
    '你的应用名称': {
        'excluded_migrations': [
            '0002_import_data',
            '0004_import_more_data',
        ],
    },
}

该配置仅对测试环境生效，无需修改迁移文件本身。

方法三：拆分迁移模块（适合长期维护场景） #

把结构迁移和数据迁移拆分为两个独立的目录，测试时仅加载结构迁移：

1. 在应用目录下创建structure_migrations和data_migrations两个子目录，分别存放结构迁移和数据迁移文件。
2. 在settings.py中根据环境切换加载的迁移模块：

import sys
if 'test' in sys.argv:
    MIGRATION_MODULES = {
        '你的应用名称': '你的应用名称.structure_migrations',
    }
else:
    MIGRATION_MODULES = {
        '你的应用名称': '你的应用名称.structure_migrations',
        '你的应用名称_data': '你的应用名称.data_migrations',
    }

这种方式需要调整迁移文件的依赖路径，适合迁移文件较多、需要长期明确区分结构与数据迁移的项目。

内容的提问来源于stack exchange，提问作者James Lin