Django运行coverage时遇ModuleNotFoundError问题求助

我之前也碰到过类似的虚拟环境依赖混淆的问题，你的情况大概率是运行测试命令时没有使用到你创建的虚拟环境，导致系统Python找不到已安装在venv里的依赖包。下面是具体的排查和解决步骤：

1. 确认虚拟环境已正确激活 #

这是最常见的原因——你创建了venv但没激活，或者激活后新开了终端窗口又忘了重新激活。激活命令根据系统不同：

• Mac/Linux：source venv/bin/activate
• Windows（命令提示符）：venv\Scripts\activate.bat
• Windows（PowerShell）：venv\Scripts\Activate.ps1

激活成功后，命令行开头会出现(venv)标识，此时再执行后续的安装和测试命令。

2. 重新将依赖安装到虚拟环境中 #

确认激活venv后，重新安装所有依赖，确保包都安装在当前虚拟环境里：

pip install -r requirements.txt
# 单独确认安装两个报错的包
pip install django-localflavor django-extensions

安装完成后可以用pip list查看当前环境的包列表，确认django-localflavor和django-extensions已经存在。

3. 直接使用虚拟环境内的命令执行测试 #

如果激活虚拟环境后还是有问题，可能是全局的coverage命令调用的是系统Python而非虚拟环境里的。这种情况下可以直接指定虚拟环境内的Python路径来运行：

• Mac/Linux：

venv/bin/python -m coverage run --source='.' manage.py test visitor_check_in

• Windows：

venv\Scripts\python.exe -m coverage run --source='.' manage.py test visitor_check_in

这种方式能强制使用虚拟环境里的Python解释器，确保它能找到所有已安装的依赖。

4. 额外排查点 #

• 检查你的requirements.txt文件，确认里面是否包含django-localflavor和django-extensions，如果没有的话，添加进去后重新执行pip install -r requirements.txt
• 确认你创建虚拟环境时用的是Python3.6（和你项目要求的版本一致），可以用venv/bin/python --version（Mac/Linux）查看虚拟环境的Python版本，避免版本不一致导致的依赖问题

为什么你在Python shell里能导入localflavor？大概率是你打开Python shell时已经激活了虚拟环境，但运行coverage命令时没激活，或者用了全局的coverage命令调用了系统Python，导致依赖找不到。按上面的步骤操作应该就能解决问题了。

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