升级pytest至3.3.x/3.4.x触发TypeError错误求助

你遇到的这个问题挺典型的——毕竟 pytest 3.3 版本开始做了不少底层逻辑调整，尤其是钩子函数和插件加载的部分。结合你提到的「全新 virtualenv 也复现、回退 3.2.4 就正常」的情况，我梳理几个实用的排查方向：

1. 先确认纯 pytest 环境是否正常 #

首先得排除系统环境或 pytest 本身的安装问题：在全新 virtualenv 里只安装 pytest 3.4.x，不要引入你的项目代码和任何依赖插件，直接执行 pytest -h。

• 如果此时正常，说明问题出在你的项目依赖（比如某个 pytest 插件）或项目自身配置（比如 conftest.py）与新版本 pytest 不兼容。
• 如果此时仍报错，那可能是你的 Python 版本和 pytest 3.3.x/3.4.x 不兼容：pytest 3.3 最低支持 Python 2.7/3.4，若你使用更老的 Python 版本，大概率会触发兼容性问题。

2. 排查项目中的 conftest.py #

pytest 3.3 对钩子函数的返回值做了更严格的校验，比如某些钩子（如 pytest_addoption、pytest_configure 相关的自定义逻辑）若返回 None，但新版本要求返回可调用对象，就会触发这个错误。

• 检查你项目里所有的 conftest.py 文件，重点看自定义钩子函数：
  • 是否重写了 pytest_cmdline_main 之类的入口函数，返回值是否不符合新版本要求？
  • 是否在钩子函数里将本该是可调用对象的变量，不小心设成了 None？
• 可以尝试临时重命名项目里的 conftest.py，再在全新 virtualenv 中装新版本 pytest 运行，看是否恢复正常。

3. 排查插件兼容性 #

如果纯 pytest 环境正常，那大概率是某个依赖插件与新版本 pytest 冲突：

• 分别在 3.2.4 和 3.4.x 环境下执行 pytest --trace-config 命令，对比加载的插件列表，找出新增或版本变化的插件。
• 逐个禁用插件测试，比如执行 pytest -p no:<插件名> -h，直到找到导致报错的插件，再查看该插件的更新记录，确认是否有适配 pytest 3.3+ 的版本。

4. 定位具体报错位置 #

如果上面的方法还没找到问题，可以用调试命令追踪错误栈：

python -c "import pytest; import traceback; try: pytest.main(['-h']) except Exception: traceback.print_exc()"

执行后会看到具体是哪一行代码抛出的 NoneType 调用错误，直接定位问题根源。

另外，你也可以参考 pytest 3.3.x 的官方变更日志，里面提到了不少钩子函数的行为变化，说不定能找到和你问题匹配的细节。

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