失败信息检查是什么
失败信息检查指验证系统在出错、校验不通过、资源不可用时的提示是否合格：用户看得懂、指出了怎么办、不泄露敏感信息、与其他渠道口径一致。多数团队只测功能通过路径，错误路径的文案与错误码随手写，最后变成支持团队的噩梦——用户截图来问，没人知道那句话从哪来。
基本信息
| 检查对象 | 表单校验提示、接口错误码、异常弹窗、日志与页面对应关系 |
|---|---|
| 合格标准 | 说明发生了什么、给出下一步动作、术语与业务一致 |
| 安全底线 | 不暴露堆栈、SQL、内网地址、用户名枚举等敏感信息 |
| 一致性 | 错误码与文案映射稳定，各端同一错误提示统一 |
| 可排查性 | 界面提示与日志中的请求编号可关联，便于定位 |
| 覆盖范围 | 断网、超时、权限不足、并发冲突、数据被删等异常路径 |
典型使用场景
- 接口测试：断言错误结构中的码、文案与文档一致，而非只看状态码。
- 安全测试：检查报错是否泄露内部实现信息，防止信息收集。
- 可用性评审：让业务方读提示文案，确认用户能理解并知道下一步。
- 报障处理：用户截图时能凭错误码快速定位日志与原因。
- 版本回归：错误码变更时同步核对文档与各端展示。
常见问题与改法
| 坏提示 | 问题 | 改法 |
|---|---|---|
| 系统错误 | 无信息量 | 说明原因与建议动作 |
| 500 堆栈截图 | 泄露内部信息 | 页面给友好提示，细节进日志 |
| 登录失败或用户名不存在 | 账号枚举风险 | 统一为账号或密码错误 |
| 提示与错误码不符 | 各渠道口径漂移 | 建立错误码与文案映射表 |
错误路径也是产品体验：提示写得好，客服工单量能直接下降。
错误信息泄露内部细节是安全缺陷：堆栈、路径、SQL 片段流入前端即视为漏洞。
错误码文档要活：变更时同步更新，否则联调方拿着旧文档对不上号。