回归范围说明须明确执行主体与动作：谁在什么环境改了什么代码，必须重跑哪些用例。例如“前端同学在feat/login-v2分支修改Login.vue第87–93行，须重跑test_login_token_expires等2个E2E用例”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写回归范围说明时，机械感会让测试同学一眼看出是AI套模板生成的——“覆盖核心链路”“重点验证模块”“确保功能稳定性”这类词既不能指导具体用例设计，也无法让QA快速定位要测哪几行代码、哪几个接口。
删掉所有无主语抽象动词短语
打开你正在写的回归范围说明，通读一遍，把所有不带执行主体、不指向可操作动作的短语直接删掉。比如“覆盖用户关键路径”→删；“强化数据一致性校验”→删；“保障服务降级能力”→删。
【删完后全文剩余抽象动词不得超过1个】。这一步不做，后面补再多细节都是纸糊的靶子。
用“谁在什么环境里改了什么代码，必须重跑哪些用例”重写主体
方法一：绑定Git变更范围+用例ID映射
“前端同学在feat/login-v2分支中修改src/views/Login.vue第87–93行，涉及token刷新逻辑，必须重跑test_login_token_expires、test_login_auto_renew两个E2E用例。”
方法二：锚定PR编号+接口路径+状态码断言
“基于PR#4822中/api/v2/order/submit新增X-Trace-ID透传逻辑，必须重跑Postman集合‘Order Submit v2’中全部5条请求，且每条响应头必须含X-Trace-ID字段，状态码必须为201。”
注意：不要写“建议关注接口性能”，直接写“重跑时监控/api/v2/order/submit平均耗时，若P95＞1200ms则标记为阻塞项”。
强制分层输出回归边界
第一步：列出本次变更影响的最小文件集
src/services/payment.ts、src/utils/amount_formatter.ts、mocks/payment.mock.ts
第二步：标注每个文件对应必须执行的用例类型
src/services/payment.ts → 单元测试（jest）+ 接口冒烟（curl + jq断言）
src/utils/amount_formatter.ts → 单元测试（jest）+ 边界值快照比对
mocks/payment.mock.ts → 仅需检查是否被git clean -fd误删（无需运行）
第三步：给出跳过条件与判定依据
若src/utils/amount_formatter.ts自上次回归以来未发生任何修改（git diff HEAD~3 -- src/utils/amount_formatter.ts为空），则该文件对应用例可跳过，但需在回归报告中标注“SKIP: no diff found”。
