TDD 实战工作流:从需求边界到回归闭环
用一个小需求串联验收示例、失败测试、实现和回归记录,帮助测试与研发共同澄清业务规则。
扫码添加销售微信,发送技能名称获取资料
这个 Skill 能做什么
这是一篇面向学员的 TDD 场景化实践介绍,重点是如何拆解需求、设计边界并保存回归证据。它与 Test-Driven Development 的原则一致,但更关注一次完整练习的协作过程,不宣称是另一个已核验的上游项目。
适合哪些场景
- 学习测试先行时,需要一个可以从头练完的小任务
- 测试与研发对同一规则存在不同理解
- 希望把验收示例逐步转成可运行的回归检查
使用前准备
准备可用于练习的项目或材料,说明任务目标、现有约束和预期结果;在支持相应技能及工具的 Agent 环境中使用。具体依赖和版本以实际交付文件为准。
建议使用流程
- 从需求中提取正常、边界和异常示例,对不明确之处先提问。
- 挑选一个示例编写失败测试,记录失败输出。
- 实现该行为并复测,逐个纳入剩余示例。
- 回归相关功能,整理实现约束、未覆盖风险和练习结论。
任务描述示例
下面是练习提示,可根据你的项目补充上下文,不是实际运行结果。
练习需求:订单满 100 元减 10 元,金额不能为负数。
先确认是否允许叠加优惠、金额精度与退款规则。
围绕 99.99、100、100.01 和负数设计示例。
从一个示例开始执行测试先行,每一步记录证据。
你可以获得什么
需求澄清清单、边界示例、可运行测试和逐轮执行记录。练习结束后,用证据说明哪些规则已验证、哪些仍依赖业务确认。
使用边界与人工复核
业务规则未明确时,不要让模型自行决定优惠、金额精度或异常行为。本文是教学场景整理;领取时应确认实际交付的技能文件、适用环境与授权范围。
如何获取
点击页面的“获取 Skills”,扫码添加销售微信,发送技能名称“tdd”,由销售协助领取。资料版本、依赖及授权说明以实际交付为准。
本文由柠檬班根据公开项目资料与教学场景整理,保留原始项目来源;不代表原作者背书。使用及再分发应遵守原项目许可。
参考资料:原始项目说明
开始使用 tdd
扫码添加销售微信,说明想获取的 Skills 名称,由销售协助领取。