代码完成后重点测试哪些用例与边界场景？

核心回答

测试优先覆盖需求的主要结果、输入边界、失败恢复和会改变业务状态的路径。不是把所有函数都调用一遍，而是明确什么条件下应该得到什么结果、哪些副作用必须发生或不能发生，再选择合适的单元、集成或端到端验证。

按行为选择用例

1. 主要流程：代表性输入能完成目标，返回值、持久化数据和对外事件一致；同时检查未改功能的关键回归路径。
2. 输入与状态边界：空值、空集合、最小/最大合法值、刚好越界、重复项，以及不存在、已完成或已取消的对象。边界来自业务规则与接口契约，不是每题机械加入全部情况。
3. 失败与恢复：依赖超时、无效返回、部分步骤失败、重试和取消。重点检查错误是否可见，事务是否回滚，资源是否释放。
4. 权限与并发副作用：越权用户、多租户隔离、同一请求重复提交、两个请求交错执行。不能只断言“接口成功”，还要检查记录数、余额、库存或消息是否符合约束。

让断言独立于实现

例如修改下单逻辑，除了成功返回，还应验证重复请求不重复创建订单、库存不足不留下成功记录、扣库存后失败能够恢复。若测试从实现里复制同一条错误公式生成期望值，就可能一起出错；期望结果应来自业务规则、独立算例或可核查的数据。

隔离测试适合计算与分支，真实依赖集成测试用于验证事务、序列化和接口契约，端到端测试检查用户路径。根据改动风险组合即可，不能因为使用 AI 就默认跑全部耗时测试，也不能把静态检查或覆盖率数字当成正确性的证明。

对应教程

参考资料