在marscode中编写回归范围提示词需三步：①提取工单「影响模块」作为【核心回归域】；②分析近3次上线记录，纳入兼容性调整接口等高危项；③前置⚠️标注历史高频缺陷。采用三段式指令框架或注入代码变更摘要，生成含需求id、用例编号、环境标识的markdown清单，并验证终止符。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在MarsCode中为回归范围说明编写提示词时，需确保生成的检查清单能精准覆盖待验证模块、关联影响面及历史缺陷点，避免遗漏关键路径。
明确回归触发条件与边界
第一步：打开当前任务对应的需求/缺陷工单，定位「影响模块」字段，复制其值（如“订单中心→支付网关→回调验签”）→粘贴到提示词首行，标注为【核心回归域】。
第二步：检查该模块最近3次上线记录，提取涉及的接口名、数据库表名、配置项KEY。若某接口在上一版本中仅被标记为「兼容性调整」，则必须纳入检查项——这类改动常引发隐性逻辑断裂。
第三步：在提示词中用⚠️符号前置所有已知历史高频缺陷模块，例如：⚠️支付超时后重复扣款、⚠️优惠券叠加规则失效。这些是回归清单的强制保留项。
构造结构化提示词模板
方法一：使用三段式指令框架
“你是一名资深测试工程师，请基于以下输入生成一份可执行的回归检查清单。要求：①按‘必验路径→高危路径→可选路径’分层；②每条检查项含具体操作步骤+预期结果+失败特征；③排除非本次变更影响的模块。”
方法二：注入上下文锚点
在提示词开头插入实际代码变更摘要，例如：“本次PR修改了com.mars.pay.service.CallbackValidator.java第47–52行，新增RSA签名二次校验逻辑，并删除了旧版MD5缓存键生成逻辑”。【缺少此行会导致AI忽略关键校验点迁移带来的兼容风险】
输出检查清单并验证完整性
将构造好的提示词提交给MarsCode，等待生成Markdown格式清单。
逐项核对生成内容是否包含：原始需求ID引用、对应测试用例编号（如有）、环境部署标识（如“仅限UAT环境验证”）。若缺失任一要素，立即用“请补充[要素名称]”追加提问，不要重新提交整段提示词。
确认最后一项检查条目末尾有明确终止符，例如“✅ 验证完成”。
