展开知识库目录
单元、接口和浏览器测试分别覆盖什么
单元测试验证局部规则，接口测试验证组件间契约，浏览器测试验证真实用户流程。
测试层级按失败位置分工
单元测试验证局部规则，接口测试验证组件间契约，浏览器测试验证真实用户流程。把所有内容放到端到端测试会慢且难定位，只写单元测试又发现不了集成问题。
单元测试
纯函数、业务规则、边界计算和错误分支，依赖尽量可控。
把涉及的文件、目录、版本、命令和实际输出写进记录；代码变化同时保留 diff 与测试结果。
接口测试
路由、认证、校验、数据库、序列化和错误契约，可使用隔离测试数据。
确认“接口测试”已经有可回查结果，再进入“浏览器测试”；依据仍然来自猜测时，把缺口单列并停在当前步骤。
浏览器测试
登录、表单、导航、支付前确认等关键用户流程和可见状态。
确认“浏览器测试”已经有可回查结果，再进入“人工探索”；依据仍然来自猜测时，把缺口单列并停在当前步骤。
人工探索
视觉、易用性、新功能和难以预设的组合问题。
确认“人工探索”已经有可回查结果，再进入“回归分配”；依据仍然来自猜测时，把缺口单列并停在当前步骤。
回归分配
每个已发现 Bug 放到最便宜且能稳定复现它的层级。
需要修改时先限定文件和行为范围，无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“分层测试计划”。
把各项实际条件、来源和未知项写进“分层测试计划”，不要用印象打总分。
计划从风险出发，不追求数量均衡
高影响业务规则需要低层精确覆盖，少数关键流程用浏览器验证。每个测试写要防的失败，无法说明价值的测试不因覆盖率指标保留。