Python异常处理在自动化框架里的落点
2022年1月记录，分类「python基础」。这篇按当时的测试现场整理，重点放在目标、动作和可复用的检查点。
改动目标
以前框架里异常处理写得比较散：接口报错、断言失败、环境不可用都抛成一类，报告里看不出到底是产品问题还是脚本问题。后来我把异常分成业务失败、环境失败、脚本失败三类，定位速度明显快很多。
我当时想确认的不是工具能不能跑，而是这个点能不能稳定地变成测试资产。
我怎么拆
- 请求层只负责抛出带上下文的异常，不在这里判断业务通过与否。
- 断言层把响应体、数据库结果、日志 traceId 一起写进失败信息。
- pytest hook 里统一截图、保