5-基于变更选择测试案例方案-蔡明哲-0712.pdf

1、基于变更选择测试案例方案蔡明哲当前遭遇的工作难点目 录为什么是基于变更测试？基于变更测试规划思路实际落地过程中遇到难点 1234当前遭遇的工作难点-测试发现每个需求都有对应的 Jira Ticket，而在每张 Ticket 下，都会请开发留言这次变更的风险评估报告，然而测试伙伴发现：开发对于改动范围的影响可能每个人的认知不同 测试对于该影响的测试边界认知不同当前遭遇的工作痛点-开发发现我们的产品有后端、App(Android/iOS)、硬件、WebApp、官网，这些产品在部署时都会触发测试，然而开发伙伴发现：改一行代码只要 10 秒，但是测试却跑好多好久 测试跑好久，卡住部署，还占用资源，让

2、Pipeline 的机器需要排队当前遭遇的工作痛点揭露变更 测试透明 降低认知不同导致的风险评估差异 让测试聚焦于变更所影响之范围提高测试效率 降低全量回归成本，加速产品迭代 提早发现问题，降低修复成本有没有一种技术或是方法，能够解决我们所遇到的问题？缺陷定位精精 准准 测测 试试人工智能用例推荐调用链分析测试平台测试覆盖率召回率精确度Neo4j 图谱查询测试用例自动生成自动化回归平台化线上流量录制回放用例录制插桩知识库查询Bug 代碼追朔线上流量录制回放采集调用链增量覆盖率有效覆盖率想实施精准测试需要参考什么？推荐引擎变动比但 是由于我们是一家资源相对少的小型企业，因此我们需要寻找小型企业适

3、用的开源方案或是轻量级的方案分析分析(准确准确)推荐推荐(高效高效)精准精准测试测试测量测量(可信可信)精准测试的核心理念透过精准测试精神找寻轻量版的替代方案，围绕在分析、推荐、测量三大理念上寻找更具性价比的作法。什么是基于变更的测试？基于变更的测试是指，透过分析程式码变更区块，找出受影响的 API，再根据分析结果来挑选对应的测试案例，整体重点着重在以测试用例的角度出发。基于变更的测试可以：厘清影响范围，聚焦在变更可能导致的风险 有效减少执行时间，给予即时回馈 有效利用当前的测试案例代码分析代码分析原始代码测试案例不是精准测试用不起而是基于变更测试更有性价比测试案例 001测试案例 099测试

4、案例 002测试案例 003测试案例 098测试案例 100测试案例 001测试案例 099测试案例 002测试案例 003测试案例 098测试案例 100导入前导入后影响一：减少漏测导致 bug 发现晚，修复成本提升影响二：减少重工重复执行低风险的测试案例，造成测试资源的浪费基于变更测试替我们解决的挑战需求需求 1 1需求需求 2 2基于变更测试应用在什么时候？发版次数(Sprint)时程Sprint 前期测试版本迭代频繁，发版次数高，意味着前期的测试资源投入相对吃重。因此，在 Sprint 前期导入”基於變更測試”，作為我們的代碼門禁，可以快速给予回馈、提前找出 Bug，实现测试左移，并且

5、在发布前执行全量的测试，确保所有测试案例都有执行过。基于变更基于变更测试测试开发发布基于变更测试实践流程基于变更测试实践流程Code Diff 解析变更范围透过 Code Diff 我们可以准确的得知修改的范围，在这里我们提供接口，请开发带入本次部署的前后commit hash，根据这两个 commit 先将 repo clone 下来，在这边可能会遇到整个包含历史纪录 clone 的话会下载过久的问题，因此 我们透过 fetch 的方式来执行，最后透过 diff 取得代码间的差异。抽象语法树 Abstract Syntax Tree(AST)4+2*10将程式码转成树状结构，让我们可以方便的

6、在 Code 之间游走。4+2*10每个方法对应一只 API，因此透过 AST 找出纪录下每个方法的名称、起始行、终止行，用于后续比对。资料流向关系图 Data Flow Graph（DFG）(multiplymultiply,1 1,),),(num1num1,3 3,),),(num2num2,5 5,),),(resultresult,9 9,num1num1,num2num2,11,11,1313),),(num1num1,1111,num1num1,3,3),),(num2num2,1313,num2num2,5,5),),(resultresult,1616,resultresul