场景前端开发提交代码、合并 MR/PR拿到本次变更代码片段 / 变更文件列表AI 自动输出本次版本需要测哪些模块、重点测试点、风险点、回归范围、忽略模块直接给到测试人员做测试评估。环境说明线上模型做代码 diff 分析如果 bash MCP 不稳定手动复制 git diff 变更内容粘贴到 AtomCode不需要依赖 MCP 读取 git 仓库Windows 也可以直接用。方案一自定义 Skill固化提示词一键调用新建 skill 文件夹新建 skill 文件夹C:\Users\ceshi\.atomcode\skills\diff‑to‑testscopeskill.json{name:diff‑to‑testscope,description:读取Git变更代码diff输出版本迭代测试范围、重点测试模块、风险点、回归用例建议,version:1.0.0,systemPromptFile:./system-prompt.md}system-prompt.md# Git变更转测试范围分析专家 你的角色资深测试工程师接收git diff、提交变更文件列表、版本commit代码输出本次迭代的测试评估。 ## 输入 开发提交的代码diff、变更文件清单、commit描述。 ## 强制输出格式严格输出下面5大模块 ### 1.变更文件总览 罗列本次修改的文件、修改类型新增/修改/删除。区分业务页面、公共组件、工具函数、接口请求、路由、样式、常量配置。 ### 2.【核心】本次重点测试范围 - 受影响业务模块 - 需要重点测试页面、功能按钮、弹窗、表单 - 新增功能点 - 修改逻辑对应的业务场景 ### 3. 风险点 高优先级回归项 识别风险 1.公共组件修改所有引用该组件的页面全部需要回归 2.路由修改跳转、权限、页面访问 3.接口/请求函数改动接口传参、token、异常报错、错误处理 4.全局样式、公共css其他页面样式错乱风险 5.工具函数改动多处业务共用影响范围大 标记风险等级高 / 中 / 低 ### 4. 无需测试 / 可忽略范围 哪些文件变更不会影响业务不需要回归测试注释、文档、mock数据、仅调整变量注释等 ### 5. 测试建议 1.建议补充的专项测试边界、异常、兼容性、权限 2.建议回归的历史bug 3.是否需要做冒烟、全量回归还是仅增量测试 ## 约束 1.不要空想业务**所有分析必须基于输入的diff变更代码**。 2.输出可以直接给手工测试人员使用语言简洁避免空洞。 3.如果修改公共组件一定要提醒所有引用该组件的页面需要回归。 4.区分前端改动对后端接口的影响是否需要联动接口测试。保存后重启 AtomCode执行/reload‑skills/skills确认加载成功。使用方式方式 1复制 git diff 粘贴Windows 最稳不依赖 bash MCP/diff‑to‑testscope 下面是本次版本git diff变更内容 【把git diff输出的代码直接粘贴在这里】 请输出本次迭代测试范围。获取 git diff 命令本地 git bash 复制输出# 对比分支获取本次提交变更gitdifforigin/main HEAD方式 2如果 bash MCP 可用不推荐 Windows容易 connecting 失败/diff‑to‑testscope 读取当前git仓库对比main分支分析变更输出测试范围实际输出示例样例1. 变更文件总览 src/components/LoginForm.vue【修改】公共登录表单组件 src/views/user/list.vue【修改】用户列表页面 src/api/user.js【修改】用户相关接口请求 src/utils/format.js【修改】时间格式化工具函数 2. 本次重点测试范围 登录模块登录表单输入、校验、登录提交 用户管理页面列表查询、分页、新增用户 用户相关接口请求参数传递、异常返回处理 3. 风险点 回归项【风险高】 LoginForm 为全局公共组件所有引用登录弹窗页面全部回归 format 时间格式化工具函数被 12 处页面调用全部涉及时间展示页面需要回归 api/user.js 改动接口传参变化需要联动接口测试。 4. 无需测试无 5. 测试建议 增量回归为主重点回归登录、用户模块 专项表单异常输入、接口报错场景 检查其他页面时间展示是否错乱。和已有能力联动完整工作流拿到前端代码 diff →diff‑to‑testscope输出测试范围根据输出的测试范围生成手工测试用例webapp‑testingplaywright‑MCP浏览器直接执行冒烟回归/review同时评审本次提交代码挖掘隐藏 bug 风险补充没有 skill直接复制下面提示词临时使用你是测试工程师下面是前端git提交diff变更内容。 基于代码变更分析 1.变更文件分类统计 2.输出本次迭代重点测试模块、页面、功能点 3.识别公共组件、公共工具类改动带来的风险标注风险等级 4.列出不需要测试的文件 5.输出测试执行建议哪些要增量哪些需要回归历史场景。 git diff内容 【粘贴你的变更代码】边界说明只能分析代码变更不会自动拉取 git 仓库Windows 建议复制 diff 文本粘贴如果代码改动量大建议分批粘贴 diff不要一次性粘贴上万行只能给出测试范围评估不能替代人做业务判断测试人员还需要结合产品需求做二次确认
AI结合 Git 提交代码，自动分析本次迭代测试范围
场景前端开发提交代码、合并 MR/PR拿到本次变更代码片段 / 变更文件列表AI 自动输出本次版本需要测哪些模块、重点测试点、风险点、回归范围、忽略模块直接给到测试人员做测试评估。环境说明线上模型做代码 diff 分析如果 bash MCP 不稳定手动复制 git diff 变更内容粘贴到 AtomCode不需要依赖 MCP 读取 git 仓库Windows 也可以直接用。方案一自定义 Skill固化提示词一键调用新建 skill 文件夹新建 skill 文件夹C:\Users\ceshi\.atomcode\skills\diff‑to‑testscopeskill.json{name:diff‑to‑testscope,description:读取Git变更代码diff输出版本迭代测试范围、重点测试模块、风险点、回归用例建议,version:1.0.0,systemPromptFile:./system-prompt.md}system-prompt.md# Git变更转测试范围分析专家 你的角色资深测试工程师接收git diff、提交变更文件列表、版本commit代码输出本次迭代的测试评估。 ## 输入 开发提交的代码diff、变更文件清单、commit描述。 ## 强制输出格式严格输出下面5大模块 ### 1.变更文件总览 罗列本次修改的文件、修改类型新增/修改/删除。区分业务页面、公共组件、工具函数、接口请求、路由、样式、常量配置。 ### 2.【核心】本次重点测试范围 - 受影响业务模块 - 需要重点测试页面、功能按钮、弹窗、表单 - 新增功能点 - 修改逻辑对应的业务场景 ### 3. 风险点 高优先级回归项 识别风险 1.公共组件修改所有引用该组件的页面全部需要回归 2.路由修改跳转、权限、页面访问 3.接口/请求函数改动接口传参、token、异常报错、错误处理 4.全局样式、公共css其他页面样式错乱风险 5.工具函数改动多处业务共用影响范围大 标记风险等级高 / 中 / 低 ### 4. 无需测试 / 可忽略范围 哪些文件变更不会影响业务不需要回归测试注释、文档、mock数据、仅调整变量注释等 ### 5. 测试建议 1.建议补充的专项测试边界、异常、兼容性、权限 2.建议回归的历史bug 3.是否需要做冒烟、全量回归还是仅增量测试 ## 约束 1.不要空想业务**所有分析必须基于输入的diff变更代码**。 2.输出可以直接给手工测试人员使用语言简洁避免空洞。 3.如果修改公共组件一定要提醒所有引用该组件的页面需要回归。 4.区分前端改动对后端接口的影响是否需要联动接口测试。保存后重启 AtomCode执行/reload‑skills/skills确认加载成功。使用方式方式 1复制 git diff 粘贴Windows 最稳不依赖 bash MCP/diff‑to‑testscope 下面是本次版本git diff变更内容 【把git diff输出的代码直接粘贴在这里】 请输出本次迭代测试范围。获取 git diff 命令本地 git bash 复制输出# 对比分支获取本次提交变更gitdifforigin/main HEAD方式 2如果 bash MCP 可用不推荐 Windows容易 connecting 失败/diff‑to‑testscope 读取当前git仓库对比main分支分析变更输出测试范围实际输出示例样例1. 变更文件总览 src/components/LoginForm.vue【修改】公共登录表单组件 src/views/user/list.vue【修改】用户列表页面 src/api/user.js【修改】用户相关接口请求 src/utils/format.js【修改】时间格式化工具函数 2. 本次重点测试范围 登录模块登录表单输入、校验、登录提交 用户管理页面列表查询、分页、新增用户 用户相关接口请求参数传递、异常返回处理 3. 风险点 回归项【风险高】 LoginForm 为全局公共组件所有引用登录弹窗页面全部回归 format 时间格式化工具函数被 12 处页面调用全部涉及时间展示页面需要回归 api/user.js 改动接口传参变化需要联动接口测试。 4. 无需测试无 5. 测试建议 增量回归为主重点回归登录、用户模块 专项表单异常输入、接口报错场景 检查其他页面时间展示是否错乱。和已有能力联动完整工作流拿到前端代码 diff →diff‑to‑testscope输出测试范围根据输出的测试范围生成手工测试用例webapp‑testingplaywright‑MCP浏览器直接执行冒烟回归/review同时评审本次提交代码挖掘隐藏 bug 风险补充没有 skill直接复制下面提示词临时使用你是测试工程师下面是前端git提交diff变更内容。 基于代码变更分析 1.变更文件分类统计 2.输出本次迭代重点测试模块、页面、功能点 3.识别公共组件、公共工具类改动带来的风险标注风险等级 4.列出不需要测试的文件 5.输出测试执行建议哪些要增量哪些需要回归历史场景。 git diff内容 【粘贴你的变更代码】边界说明只能分析代码变更不会自动拉取 git 仓库Windows 建议复制 diff 文本粘贴如果代码改动量大建议分批粘贴 diff不要一次性粘贴上万行只能给出测试范围评估不能替代人做业务判断测试人员还需要结合产品需求做二次确认