Python3.12环境下pytest断言失败怎么看详情_利用assert重写机制详解-Python教程-PHP中文网

pytest断言失败时默认显示变量值，前提是python未启用-o优化模式（sys.flags.optimize为0）；若被优化则assert被移除，需检查运行环境、ide配置及打包工具设置。

python3.12环境下pytest断言失败怎么看详情_利用assert重写机制详解

pytest断言失败时默认不显示变量值？

不是 pytest 本身“不显示”，而是 Python 3.12 默认启用了 assert 的优化模式（-O）或你运行时加了 -O，导致断言语句被完全移除——这时连失败都不会触发，更别说详情了。正常未优化下，pytest 会自动重写 assert 语句，把原始表达式拆解成可读的比较逻辑。

验证是否被优化：运行 python -c "import sys; print(sys.flags.optimize)"，输出 0 才安全；若为 1 或更高，说明 assert 已失效，pytest 根本收不到断言。

别在 CI 脚本里无意识加 python -O -m pytest
检查 IDE 运行配置（如 PyCharm 的“Add content roots to PYTHONPATH”旁是否勾了 “Optimize bytecode”）
用 pytest --help | grep assert 确认 pytest 版本支持 assert 重写（3.0+ 全支持，但需底层 Python 未禁用 assert）

为什么 print 变量再 assert 还是看不到上下文？

因为 pytest 的断言重写只作用于顶层 assert 语句，不分析其内部的 print、函数调用或赋值。写成 print(x); assert x == 42，失败时只展示 assert x == 42 的重写结果，前面的 print 输出可能被截断或混在日志里，且不绑定到该断言。

正确做法是让变量直接参与断言表达式，例如：

assert response.status_code == 200, f"expected 200, got {response.status_code}"

或更推荐依赖 pytest 自动重写：

361SCAN security check your skill python scripts

扫描并分析已安装技能，用于查看指定技能目录的名称、描述和详情，或列出所有已安装的技能。

下载

assert response.status_code == 200

此时 pytest 会生成类似 assert 404 == 200 的失败消息，并附上 response 对象的 __repr__（如果已定义）。

避免在 assert 前用 logging.debug() 或 print() 代替断言逻辑
自定义对象记得实现 __repr__，否则断言失败时只显示 <myclass object at></myclass>
对长列表/字典断言，用 assert len(data) == 5 比 assert data == [...] 更易定位问题

如何让 pytest 显示完整变量结构（比如嵌套 dict）？

pytest 默认对复杂对象只做简略 repr，超过一定长度就截断。这不是 bug，是防止测试输出爆炸。要看到完整结构，有三个实际可用路径：

用 pytest -vv 提升输出详细程度（部分版本下会多展开一层）

在断言中显式调用 pprint.pformat() 构造自定义错误消息：

import pprint
assert data == expected, f"data mismatch:\n{pprint.pformat(data)} != {pprint.pformat(expected)}"

设置环境变量 PYTEST_PLUGINS=pytester 并不用——这是干扰项；真正有效的是升级到 pytest ≥7.4 并配合 --assert=plain 关闭重写（仅调试用），或用 --tb=short/--tb=long 控制 traceback 深度

注意：Python 3.12 对 pprint 的默认宽度和深度做了收紧，如果发现 pprint.pformat() 仍被截断，手动传参：pprint.pformat(obj, width=200, depth=6)。

assert 重写机制在 Python 3.12 有什么变化？

没有本质变化，但 Python 3.12 引入了新的 AST 优化阶段，导致极少数动态构造的 assert（比如用 exec("assert ...") 或通过 ast.parse + compile 注入的断言）可能绕过 pytest 的重写钩子。这不是常见场景，但如果你在 fixture 中用 eval() 或 exec() 做断言，就会失效。