验证
验证应证明用户要求的行为发生了变化,而不只是证明代码能够编译。
选择证据
- 逻辑缺陷:优先覆盖原触发案例和一个相邻边界。
- 接口与持久化:检查请求、响应、写入、读取和历史数据兼容性。
- 权限与数据范围:至少覆盖受影响的不同角色路径。
- 纯布局或交互:查看实际页面,覆盖成功与失败状态及代表性窗口尺寸。
- 依赖或构建:运行相关模块的测试与构建,检查打包或启动路径。
使用项目现有验证工具。只有当回归风险值得时才新增测试;不要创建仅复述实现细节的测试。
报告结果
分别列出:实际运行的检查、观察到的结果、因环境限制未执行的检查,以及必要的迁移或联调事项。不要把静态阅读、编译通过或模拟结果描述成端到端业务验证。