破旧立新，精准测试之道

原创 eks 网易智企技术+

文 | eks

网易智企资深测试工程师

传统测试的痛点

测试效率低下

常规的测试类型包括功能测试，回归测试，自动化测试，接口测试等，非常依赖于测试人员的测试经验，基于人工主观分析的黑盒测试，借助常规的用例设计方法来确保产品质量。

根据收益递减规律，虽然大量的人力投入，不断的执行测试，但是漏测率还是居高不下。中间的无效测试和重复测试也浪费了大量的测试成本。

测试范围无法评估

多分支代码合并到主分支，修改哪个文件哪个行，测试不可控；

代码更新影响哪些功能无感知；

大部分的测试还是基于对业务的理解，与真实业务数据还有差距，准确性难以保证，盲测，风险大

测试过程中的质量标准无法衡量

怎么样判定测试完成，怎么样判定测的怎么样？质量控制贯穿于整个质量保障流程。

用例执行完成
探索性测试完成
开发人员缺陷修复完成
回归测试完成
自动化执行通过

上述步骤完成意味着我们的产品质量是合格的吗？

上线之后的非一致性成本逐渐增高，测试过程没有数据量化的评定，无法衡量，只能依赖线上缺陷率，线下缺陷数，千行缺陷率等比较飘的指标来评定，测试管理难度大。

敏捷模式和分布式微服务架构下的挑战

迭代周期短，像网易云商（融合七鱼、互客、定位的核心能力），日常版本的周期基本两周一个迭代，对于时间成本的控制要非常精确。
需求频繁变更，每次变更都需要回归全部用例，大量的重复劳动
软件系统越来越复杂，服务和服务之间的调用逻辑关系没有头绪，无法精准的预估范围和定位缺陷。

基于上述痛点，我们期望从以下方面解决：

1. 科学地评估代码变更影响到的功能点，需要对这部分的代码做准确的针对性的测试，使测试更加的精准，回归测试所需的时间更短，回归的范围更准确。释放人力成本，将更多的时间和成本投入到更深，更底层的测试工作中。

2. 对代码的逻辑进行深刻的理解，哪些分支代码被覆盖到，哪些分支代码没有被覆盖到，进行详细的分析，找出漏测的地方，需要准，减少重复劳动，从经验型的主观判断向精准的数据可视化转变。

精准测试的概念

精准测试是一套计算机测试辅助分析系统。使用用例和代码两个关键因子，进行质量综合考量和分析的创新测试理论方法体系，核心组件包含软件测试示波器、用例和代码的双向追溯、智能回归测试用例选取、覆盖率分析、缺陷定位、测试用例聚类分析、测试用例自动生成系统，这些功能完整的构成了精准测试技术体系，大大增强了测试的深度与广度，打破了测试部门的成长天花板，为测试过程本身的价值挖掘和测试数据资产的增值，提供了必要而充分的条件。

核心特性之一双向追溯

通过系统采集程序代码执行逻辑，建立测试用例与程序代码之间的逻辑关系，形成正向和逆向的双向追溯机制，实现了精准无误的数据可视化。

正向追溯：测试人员执行一个测试用例以后，精准测试可以自动的记录和显示这个测试用例的代码内部执行细节。每个测试用例都可以进行量化分析和统计，这些量化数据既可以用来对测试人员进行工作的考量，也可以提供开发人员和测试人员之间进行信息化的交流。
逆向追溯：测试人员根据开发修改的代码，分析代码关联的调用逻辑关系，快速精确的定位测试范围，极大减少无效，重复的测试工作，使测试覆盖率达到最大化。

精准的数据来判定，所有数据由系统自动、原生录入，数据不可篡改，产生测试数据可直接用于测试的过程管理和实效分析。支持测试数据的精准度量以及全面的、多维度的测试分析算法，将白盒测试的视角从覆盖率扩展到智能测试分析。

用例的智能筛选

基于用例和代码的追溯关系在进行运算之后全自动得出的。用例和代码精准的追溯机制，使数据开始可以实施大量的智能测试算法