☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你是一名有7年电商系统测试经验的回归测试负责人，当前正在为v2.4.1版本热修复补丁（仅修改了优惠券核销逻辑）编写回归清单；本次补丁仅涉及coupon_service模块中apply_discount()方法，未改动用户中心、订单服务、库存服务的任何代码。① coupon_service → apply_discount()接口本身（含全部参数组合），验证：curl -x post http://localhost:8080/api/v2/coupons/apply -d '{"user_id":"u-999","code":"summer2026"}' → 响应状态码200且body包含"discount_amount":25.00；② order_service → create_order()中调用apply_discount()的分支，验证：提交含有效优惠券的订单 → 订单创建成功且response.discount_amount=25.00；③ payment_service → confirm_payment()中读取discount_amount字段的校验逻辑，验证：调用confirm_payment → 响应中discount_amount字段值与order_snapshot一致；→ 用户优惠券余额表coupon_user_balance更新是否准确，验证：select balance from coupon_user_balance where user_id='u-999' → balance=1；→ 订单快照表order_snapshot中discount_amount与实际扣减一致，验证：查询order_snapshot where order_id='o-778
你需要让codeium生成一份能直接发给测试负责人、可逐条执行的测试回归清单，但提示词只写“列一下要回归的点”，结果它返回的是“登录、下单、支付”这种功能模块级泛称，根本没法安排人力和排期。
用角色+场景锚定回归范围
第一步：在提示词开头明确定义身份与上下文——“你是一名有7年电商系统测试经验的回归测试负责人，当前正在为v2.4.1版本热修复补丁（仅修改了优惠券核销逻辑）编写回归清单”。
第二步：紧接着写死变更影响边界——“本次补丁仅涉及coupon_service模块中apply_discount()方法，未改动用户中心、订单服务、库存服务的任何代码”。
【必须】漏掉这句边界声明，Codeium会自动把整个交易链路都列进清单，导致回归范围扩大3倍以上。
按依赖路径分层列出回归项
方法一：正向调用链回归（必选）
从优惠券核销接口出发，顺向追踪所有直接/间接调用方：
① coupon_service → apply_discount() 接口本身（含全部参数组合）
② order_service → create_order() 中调用 apply_discount() 的分支
③ payment_service → confirm_payment() 中读取 discount_amount 字段的校验逻辑
方法二：数据流向回归（可选但推荐）
检查优惠券核销后产生的下游副作用：
→ 用户优惠券余额表 coupon_user_balance 更新是否准确
→ 订单快照表 order_snapshot 中 discount_amount 与实际扣减一致
→ 对账文件中 coupon_refund_id 字段是否被错误写入空值
注意：不要写“相关表也要检查”——Codeium会把MySQL所有表都列一遍。必须明确写出表名+字段名+具体校验动作。
强制绑定验证方式与失败信号
每条回归项后必须跟一个可执行的验证动作，格式为“验证：[命令/操作] → 预期输出”。例如：
验证：curl -X POST http://localhost:8080/api/v2/coupons/apply -d '{"user_id":"U-999","code":"SUMMER2026"}' → 响应状态码200且body包含"discount_amount":25.00
验证：查询 order_snapshot WHERE order_id='O-7788' → discount_amount = 25.00 AND coupon_code = 'SUMMER2026'
【失败信号必须是机器可判定的】比如“响应体中缺少discount_amount字段”或“查询返回空结果集”，不能写“表现不正常”“页面显示异常”。
