回归测试范围需基于具体变更来源，明确列出直接受影响项、间接受影响链及排除项，并用代码diff或版本对比等真实锚点约束模型输出，强制分层且剔除模糊表述。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Gemini写回归范围说明时，提示词一写就泛泛而谈，比如“请说明本次回归测试范围”，结果输出全是“覆盖核心模块”“包含主要功能点”这类空话，根本没法直接放进测试方案里。
先锁定具体变更来源
打开本次需求/缺陷的原始文档或Jira单，把影响模块、修改文件路径、关联接口名这三项手动摘出来，一行一个写进提示词开头。不要只写“根据需求文档”，Gemini没法定位到哪一页哪一段。
这一步漏掉，后续所有细化都是空中楼阁——模型不知道你指的“登录模块”是前端Vue组件还是后端Spring Boot的AuthController。
用结构化指令替代模糊动词
把“请说明范围”改成：“按以下格式输出，每项必填，缺项留空不补：①直接受影响页面/接口（列明URL或类名）→②间接受影响逻辑（描述调用链，如‘订单创建→触发积分计算→调用用户等级服务’）→③明确排除项（写清排除理由，例如‘支付回调通知未改动，且有独立幂等校验’）”。
动词越具体，输出越可执行。“说明”“分析”“梳理”这种词在提示词里等于没说，Gemini会按自己理解的“说明”去应付。
注入真实上下文锚点
方法一：粘贴一段真实的代码diff片段（不超过15行），加一句“以上是user-service模块中UserService.java第217-223行的修改，请据此推导回归范围”。【必须带行号和文件路径，纯函数名如updateUser()会导致模型误判作用域】
Gemini Notebook网页版是一款基于AI的智能笔记工具，其核心功能是让用户上传个人文档（如PDF、文本等），并以此为基础进行交互。它能针对你的资料进行总结、解答疑问、生成新内容，让信息处理更高效。该版本为在线使用，无需下载安装。
方法二：提供本次发布的版本号+前一版版本号，写明“对比v2.3.1与v2.3.0的release note，提取其中标记为[IMP]或[BUGFIX]的条目，仅基于这些条目生成范围”。
没有锚点的提示词，就像让快递员“送个东西到北京”，不给门牌号，他只能猜。
强制分层输出并验证边界
第一步：要求模型先输出“最小必要范围”（仅包含代码直接修改点及其紧邻调用方）；
第二步：再输出“推荐扩展范围”（含上下游强依赖服务、历史易出问题的同类功能）；
第三步：给出每项范围的判定依据，例如“推荐扩展订单列表页：因本次修改了分页参数校验逻辑，而列表页是唯一消费该参数的前端页面”。
最后检查输出里有没有出现“相关功能”“周边模块”这种词——只要出现，立刻删掉重写提示词，这是模型在编借口的信号。
