背景随着前端技术的发展，数据绑定已经成为主流的框架方式。与后端服务一样，前端代码实现也涉及相互依赖。如果引用这些场景，应该如何准确？评估前端代码变更的影响范围？依赖开发评估？靠实证评估？还是直接前端自动化全回归？手动测试完全回归？显然，以上策略都不是最优策略。本文描述了通过对前端代码进行静态分析，找出被变更文件影响的功能范围，实现前端精准测试的思路。如何进行精准分析前端可以直接感知页面，最终目的是判断是哪个功能受到了影响。整个前端精度测试分为4个步骤：第一步是确定受影响的页面。第二步，确定受影响的功能。第三步，根据分析结果找到对应的自动化用例集，并触发第四步的运行，对比前端代码的增量覆盖，确认变更覆盖完成。根据入口文件的导入关系，建立前端代码文件依赖树，通过gitdiff比较找到变化的文件，从而查看受影响的前端页面。精准分析实现设计思路解析路由文件，在路由文件中构建各个菜单的依赖树，然后根据变化的文件查看影响页面实现逻辑。该方案的第一个版本进行了分析。（路由文件分析没有发现规律，实际场景中路由文件变化不多，维护成本不高，所以这一步暂时手动维护）关键逻辑：文件依赖树分析和存储应用webhook自动触发analysis在代码平台配置webhook触发分析接口，实现代码提交，自动触发分析平台手动触发分析规划。目前平台在前端准确测试的4个步骤中只实现了第一步的80%（路由与入口文件的关联还没有实现。自动分析），推荐只达到了页面级别，而不是按钮级别。这里需要研究一下前端开发的相关技术，想办法自动分析路由。第二步尝试使用istanbul前端覆盖率工具做增量覆盖率对比，确保手动回归能够覆盖变化。
