Django中使用coverage指定单测试启动耗时久，命令是否正确？

一、命令正确性 #

你执行的命令是正确的，各参数作用如下：

• coverage run --source='custom_auth'：仅统计custom_auth应用内的代码覆盖率，避免无意义地扫描整个项目代码
• manage.py test custom_auth.tests.TestAuth.test_authentication：精准定位到单个测试方法，是Django中运行单个测试用例的标准写法
• --keepdb：复用已存在的测试数据库，跳过数据库重建步骤，这个参数的使用完全合理，也是减少测试开销的常规操作

二、测试启动慢的优化建议 #

测试执行仅0.147秒但启动耗时3-5分钟，问题出在测试环境初始化阶段，可从以下方向优化：

• 简化项目初始化逻辑：检查settings.py中是否包含耗时操作，比如第三方服务的预初始化、复杂的配置计算、大量静态文件收集逻辑等，这些会在测试启动时同步执行，可针对测试环境做条件判断跳过
• 优化测试数据库配置：
  • 改用SQLite内存数据库，在测试专用配置中设置：

    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.sqlite3',
            'NAME': ':memory:',
        }
    }
    

    内存数据库的启动和读写速度远快于本地磁盘数据库
• 裁剪测试环境依赖：创建单独的settings_test.py，移除生产环境才需要的应用（如django.contrib.sites、监控类应用）和中间件，减少初始化时的加载项
• 优化Coverage配置：通过.coveragerc文件排除无关目录，避免Coverage在启动时扫描大量非目标代码，示例配置：

  [run]
  source = custom_auth
  omit =
      */venv/*
      */static/*
      */migrations/*
  

• 尝试第三方测试工具：比如pytest-django，它的测试启动流程比Django原生测试框架更高效，配合--reuse-db参数可进一步减少数据库相关的启动开销

内容的提问来源于stack exchange，提问作者Matija Lukic