从变更影响面到智能化回归-星翊.pdf

《从变更影响面到智能化回归-星翊.pdf》由会员分享，可在线阅读，更多相关《从变更影响面到智能化回归-星翊.pdf（13页珍藏版）》请在三个皮匠报告上搜索。

1、2026.03.21阿 巴巴 全球总部 _访客中中国杭州 HANGZHOU CHINASmartTestUI：从变更影响到智能化回归AI 时代动化测试新思路孙明明（星翊）蚂蚁集团-平台体验技术部-AI全栈程师AI 正在显著提升与业务逻辑的成效率，应迭代进快产快改 测试对的不再是相对稳定的编码过程，是更频的变更、更快的发布节奏和更复杂的依赖扩散 如果测试仍停留在判断和静态脚本阶段，就很难撑发布前的质量验证与险决策2.AI 把研发带快产快改，质量保障开始成为新的交付瓶颈研发提速变更频测试承压为什么质量保障会成为瓶颈布局、案、交互路径持续变化多轮迭代后，边界条件与隐性规则更容易遗漏“看起来正常”，不

2、代表流程真正可点击、提交、跳转、刷新等问题往往要到真实操作时才暴露AI 改动影响链更，回归范围更难准确判断全量回归与漏测险并存，脚本维护成本持续上升验收径漂移可性幻觉变更影响失焦3.AI 成应向企业落地，质量保障临三类核挑战问题的根因在于：传统测试模式已经难以匹配 AI 产带来的频变化与不确定性4.以变更驱动替代全量回归，以智能执替代脆弱脚本我们将发布前测试重构为三个连续阶段：变更感知、质量验证、发布决策 变更感知：从代码变更出发，识别本次改动真正影响到哪些 质量验证：理解变化，并围绕受影响执动巡检与流程回归 发布决策：沉淀结构化险结果，接缺陷处置与发布禁从“代码变了”到“是否可发布”，形成条

3、连续的质量决策链路快速巡检流程回归Agent 执多模态对差异识别风险提结构化报告缺陷证据风险分级Import GraphRoute MappingAffected PagesPR/Merge/DeployGit Diff变更缺陷识别发布门禁数据沉淀代码变更影响识别差异理解智能回归执结构化险产出发布决策1.变更感知2.质量验证3.发布决策5.变更感知：从代码变更定位受影响把“代码层变化”翻译成“户可感知的影响”1.事件捕获：从 PR/Merge/Deploy 等研发事件中感知变更内容，变更时机，于及时回归 2.回归收敛：基于变更代码件列表，感知单次代码提交的影响范围，于精准回归 3.依赖分析：静

4、态脚本分析代码影响范围，构建从件到组件再到的依赖图谱 4.映射：结合前端路由配置输出受影响 URL，并结合 PR 原信息，供后续回归消费6.多模态理解：将变化转化为可解释的质量信号从“像素变化”升级为“可解释的质量信号”变更前后截图HTML/DOMPR上下1.输页分区组件配对语义级差异识别差异区域差异类型结构化风险结果2.处理3.输出7.智能测试引擎：向 UI 场景的任务型 Agent传统 UI 动化 脚本性智能测试引擎 标驱动依赖预设脚本擅显性问题检查基于选择器执维护成本，变化就容易失效向验证标组织测试更适应频变更场景感知决策执验证闭环输出可复现缺陷证据从“按脚本执”转向“围绕标完成验证”S

5、martTestUI 在执层采双层策略，以兼顾覆盖效率与验证深度 第层是快速巡检：对受影响进遍历、滚动、hover、菜单展开、基础点击等浅交互，快速发现屏、布局异常、Console Error、资源加载失败等显性问题 第层是流程回归：围绕核业务意图动成并执测试步骤，覆盖输、点击、提交、跳转、状态变化等深层交互 在判断缺陷时，系统结合视觉异常、控制台志、络请求、状态变化做联合验证 通过“先快后深”的式，先快速收敛险，再深度验证关键流程8.从快速巡检到流程回归：智能测试的双层执策略既能“快速扫问题”，能“深测流程”9.产品化落地：让智能测试真正进研发流程让测试结果从“可展示”向“可消费、可决策”统接、异步执、结构化报告，让智能测试真正进研发流程进研发流程，可消费，可决策结构化报告10.智能测试：让 AI 应从能成向能落地智能测试不是发布前的兜底，是 AI 应企业落地的质量反馈闭环AI 应在企业产中落地，除了成更快，还要形成成-验证-反馈-优化的闭环，持续对真实户价值变更影响识别判断“哪些变化真正值得验证”多模态理解解释“变化对体验和业务意味着什么”智能回归回答“这些变化是否影响业务可与发布安全”三者结合，并接缺陷处置、发布禁与 AI 产链路后，智能测试就从发布前兜底升级为驱动 AI 应持续优化和企业落地的质量反馈闭环THANKS