pytest 默认遇到第一个断言失败即中断执行，但可通过收集所有失败项后统一断言的方式，实现单个测试内“全量检查、批量报错”，特别适用于非技术人员需一次性获知系统全部缺失项的场景。
pytest 默认遇到第一个断言失败即中断执行，但可通过收集所有失败项后统一断言的方式，实现单个测试内“全量检查、批量报错”，特别适用于非技术人员需一次性获知系统全部缺失项的场景。
在系统就绪性验证（如应用安装前检查）中，支持团队往往需要一份完整的缺失项清单，而非逐轮调试。然而，PyTest 的默认行为是「遇错即停」——一旦某个 assert 失败，后续断言不再执行。官方并无类似 --continue-on-failure-in-test 的内置参数，且将逻辑拆分为多个独立测试（如 test_script_a, test_script_b）又不符合业务约束（例如：必须在一个测试用例中体现整体就绪状态）。
推荐方案：使用失败收集 + 末尾聚合断言
核心思路是：不直接使用 assert 触发中断，而是将每次检查结果存入一个失败列表 _fails；待所有检查执行完毕后，统一判断该列表是否为空，并以清晰格式抛出最终异常。这种方式既保持了单个测试函数的语义完整性，又确保了所有检查逻辑无遗漏执行。
以下是优化后的实践示例（兼容 PyTest 8.1.1 + Python 3.8+）：
import subprocess
import pytest
def test_system_readiness():
_fails = []
# 检查主执行脚本
try:
result = subprocess.check_output(["/usr/local/bin/app-installer"], encoding="UTF-8").strip()
if not result:
_fails.append("主安装脚本返回空输出")
except subprocess.CalledProcessError as e:
_fails.append(f"主安装脚本执行失败（退出码 {e.returncode}）：{e.output.strip()}")
except FileNotFoundError:
_fails.append("主安装脚本未找到：/usr/local/bin/app-installer")
# 检查依赖服务脚本
try:
result_2 = subprocess.check_output(["/opt/app/check-service.sh"], encoding="UTF-8").strip()
if not result_2:
_fails.append("服务健康检查脚本返回空输出")
except subprocess.CalledProcessError as e:
_fails.append(f"服务检查脚本执行失败（退出码 {e.returncode}）：{e.output.strip()}")
except FileNotFoundError:
_fails.append("服务检查脚本未找到：/opt/app/check-service.sh")
# 可继续添加其他检查项（如权限、磁盘空间、端口占用等）
# 最终统一断言
assert not _fails, f"系统就绪检查未通过，共发现 {len(_fails)} 项问题：\n" + "\n".join(
f" {i+1}. {msg}" for i, msg in enumerate(_fails)
)
✅ 优势说明：
- 所有检查逻辑顺序执行，不受中间失败影响；
- 错误信息结构化、人性化（含编号与具体原因），便于非技术人员快速定位；
- 兼容 PyTest 的标准报告机制（如 -v, --tb=short），失败时仍显示完整 traceback 和自定义摘要；
- 无需修改 pytest 配置或引入第三方插件，开箱即用。
⚠️ 注意事项：
- 避免在 try...except 中静默吞掉关键异常（如 subprocess.TimeoutExpired），应明确捕获并加入 _fails；
- 对于耗时操作（如网络请求），建议设置超时（timeout= 参数），防止单个检查阻塞整个测试；
- 若检查项较多，可封装为辅助函数（如 add_failure_if(condition, message)）提升可读性；
- 此模式不替代单元测试粒度，仅适用于场景受限的集成/验收级就绪检查。
通过该方法，支持团队只需运行一次 pytest test_readiness.py -v，即可获得一份完整、易懂的系统缺失项报告，显著提升部署前排查效率与协作体验。
