-x 参数可在首个测试失败时立即停止执行，是 --maxfail=1 的简洁等效写法，语义明确、官方推荐，适用于本地调试与CI流程，避免冗余运行和错误堆叠。
pytest失败时立即停止用哪个参数
用 -x 或 --maxfail=1 效果一样，都是首次失败就退出。但 -x 更简洁、更常用，是官方推荐的快捷写法。
它不依赖额外数字参数，也不需要记“maxfail”拼写，适合日常快速调试。CI脚本里也建议优先用 -x，语义明确，兼容性无问题。
为什么不用--maxfail=N而坚持-x
--maxfail 看似灵活，但容易误用：比如写成 --maxfail=0 会直接报错；--maxfail=2 在只想定位第一个问题时反而拖慢反馈。
多数情况下你真正需要的只是“看到第一个失败就停下”，而不是“允许最多N个失败”。测试逻辑本身有依赖时（如setup失败导致后续全挂），提前终止反而能避免误导性错误堆叠。
常见误操作包括：
- 把
--maxfail和-x同时使用（pytest会以-x为准，后者优先级更高） - 在
pytest.ini里配了maxfail = 3，却忘了命令行没加-x，结果仍跑完全部用例
在pyproject.toml里怎么配-x效果
不能直接写 x = true —— -x 是命令行开关，不是配置项。正确做法是在 [tool.pytest.ini_options] 下用 maxfail = 1 模拟等效行为：
[tool.pytest.ini_options] maxfail = 1 # 不要写 x = true，这不会生效
注意：如果命令行显式传了 --maxfail=3，会覆盖配置里的 1；但只要没传，配置就起作用。
和unittest的-f参数对比有什么坑
Python原生 unittest 用 -f（failfast）实现类似功能，但行为有差异：
-
pytest -x会在当前测试项（test function）失败后立刻中断，甚至不执行同模块内后续 test_ 开头的函数 -
unittest -f会等当前 test method 执行完（包括 tearDown），再退出，响应略慢一点 - 两者都不影响已开始的 fixture teardown，但
pytest的-x对yieldfixture 的 cleanup 更激进——可能跳过部分yield后代码
如果你在 fixture 里做了关键清理（比如删临时文件、关连接），别只靠 -x 假设它一定执行完；显式用 addCleanup 或 try/finally 更稳妥。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
