-q 仅精简测试名显示为单行符号（.、f、e）并隐藏setup/teardown细节，但不抑制print、日志及失败traceback；真静默需组合--tb=no、重定向等方案。
pytest -q 参数到底静默了什么
加 -q 不是让 pytest 完全不输出，而是把测试用例名从「逐行显示」变成「单行汇总」，同时隐藏 setup/teardown 的详细过程。它不会屏蔽 print()、日志或断言失败的 traceback —— 这些依然会完整打印。
- 默认模式下，每个测试函数名都会单独占一行，比如
test_login_success ... ok - 加
-q后变成：所有成功测试缩成一个点.，失败用F，报错用E，最后统一汇总数量，例如...F.E..+3 failed, 4 passed - 如果你在测试里写了
print("debug info")，-q完全不影响它照常输出
什么时候该用 -q，什么时候不该用
-q 适合 CI 流水线或本地快速验证通过性，但不适合调试阶段。它省掉的是「可读性」，换来的是「简洁性」。
- CI 日志体积大、需要快速扫一眼结果 → 用
-q或配合--tb=short - 某个测试突然失败，想看 setup 做了什么、fixture 返回了啥 → 别加
-q，甚至要加-s把print也放开 - 和
--tb=line搭配能进一步压缩 traceback 长度，但会丢失局部变量信息，排查逻辑问题时慎用
比 -q 更彻底的静默方案
真要「静默执行」，得组合其他参数。单独 -q 只是精简，不是屏蔽。
- 完全不显示测试名和进度：加
--tb=no -q，失败时只剩 traceback 和错误类型 - 连 traceback 都不要（只关心是否通过）：用
pytest --tb=no -q > /dev/null 2>&1（Linux/macOS）或重定向到NUL（Windows） - 想保留失败详情但隐藏成功项：不用
-q，改用--tb=short --no-header --no-summary，再配合--maxfail=1快速止损
容易被忽略的兼容性细节
-q 在不同 pytest 版本中行为一致，但它对插件输出无效。比如 pytest-html 生成报告、pytest-xdist 并行执行时的节点日志，都不受 -q 控制。
- 使用
pytest-xdist时，-q只影响主进程汇总输出，各 worker 的 stdout 仍可能刷屏，需额外加--dist=no或用logging.disable(logging.CRITICAL) -
pytest-asyncio的事件循环启动信息也不被-q抑制，得靠--log-level=WARNING控制 - 自定义 hook（如
pytest_runtest_makereport）里 print 的内容，同样绕过-q
-q。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
