这个项目最终形成了以下闭环：业务规则与测试集-> 真实模型批量执行-> 参数对比与 Judge 校准-> JSON / HTML Badcase 报告-> 自动化回归最大的收获不是接入了多少模型，而是把原本不确定的自然语言输出转换成了可量化、可复现、可分析的质量证据。

在上一篇文章中，我介绍了订单模块的后端实现，包括 6 种订单状态的状态机设计、Redis 缓存策略、定时任务和 WebSocket 实时推送。本文将以测试工程师的视角，系统性地拆解订单模块的测试用例设计全过程。本文不会简单罗列用例，而是按照"分析被测对象 → 确定测试策略 → 设计用例 → 执行验证 → 总结复盘"的完整链路展开，希望对正在学习测试用例设计的同学有所帮助。类别用例数占比正向状态流转