CN114416584A - 用于自动化测试的信息处理方法及装置 - Google Patents

Abstract

本公开实施例公开了一种用于自动化测试的信息处理方法及装置，包括当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。通过在集成测试阶段通过自动化脚本兼集成采集用代理服务自动快速地实现了代码覆盖率统计，而无需编写大量单元的测试用例实现，提高了覆盖率统计效率。

Description

用于自动化测试的信息处理方法及装置

技术领域

本公开涉及自动测试技术领域，具体涉及到一种用于自动化测试的信息处理方法及装置。

背景技术

自动化测试过程中，获知覆盖率的方法通常是在单元测试阶段编写大量单元测试用例，采用该方式成本高、效率低。

发明内容

本公开的主要目的在于提供一种用于自动化测试的信息处理方法及装置。

为了实现上述目的，根据本公开的第一方面，提供了一种用于自动化测试的信息处理方法，包括：当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。

可选地，方法还包括：对于多个触发方式触发的自动化测试脚本，在自动化测试脚本所能触发的所有服务上部署采集用代理服务，其中，各个服务各自对应至少一个版本号。

可选地，对采集得到的执行数据进行预设处理包括：将采集得到的执行数据转换为预设格式的内容的文档；对所述文档进行解析，以得到不同格式的包括覆盖率信息的文件。

可选地，输出自动化测试过程中代码的覆盖率包括：如果同一个服务对应至少一个版本，将同一个服务所有版本下的覆盖率合并后入库存储；输出各个服务在自动化测试过程中代码的覆盖率。

根据本公开的第二方面，提供了一种用于自动化测试的信息处理装置，包括：判断单元，被配置成当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；采集单元，被配置成当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；输出单元，被配置成对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。

可选地，装置还包括：部署单元，被配置成对于多个触发方式触发的自动化测试脚本，在自动化测试脚本所能触发的所有服务上部署采集用代理服务，其中，各个服务各自对应至少一个版本号。

可选地，对采集得到的执行数据进行预设处理包括：将采集得到的执行数据转换为预设格式的内容的文档；对所述文档进行解析，以得到不同格式的包括覆盖率信息的文件。

可选地，输出自动化测试过程中代码的覆盖率包括：如果同一个服务对应至少一个版本，将同一个服务所有版本下的覆盖率合并后入库存储；输出各个服务在自动化测试过程中代码的覆盖率。

根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项实现方式所述的用于自动化测试的信息处理方法。

根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项实现方式所述的用于自动化测试的信息处理方法。

在本公开实施例用于自动化测试的信息处理方法及装置中，包括当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。通过在集成测试阶段通过自动化脚本兼集成采集用代理服务自动快速地实现了代码覆盖率统计，而无需编写大量单元的测试用例实现，提高了覆盖率统计效率。

附图说明

为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是适用于本公开实施例的架构示意图；

图2是根据本公开实施例的用于自动化测试的信息处理方法的流程图；

图3是根据本公开实施例的用于自动化测试的信息处理方法的应用场景图；

图4是根据本公开实施例的电子设备的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

适用于本实施例方法的系统结构如图1所示，结构可以包括自动化测试平台(autotesting platform)，自动化脚本维护和执行的平台；可以部署在云上的多个预设服务(可以是中台交易系统中的服务)；在各个预设服务中可以集成有开源的核心应用模块CoreApplication；核心应用模块对预设服务在自动化测试过程中的覆盖率进行采集；采集后数据可以存储至云存储服务上，例如oss server；而后通过解析服务模块对oss存储的数据进行解析；最后可通过数据展示模块，例如jacoco report，将解析后的数据按照标准化的格式进行展示；输出的展示数据可以存储至数据库中，由数据库管理模块进行管理和控制。

当前中台交易系统中，整个交易流程中约80％业务逻辑是比较通用的，其中20％的业务逻辑是特定的，而且中台的测试以接口逻辑验证测试为主，且跟UI页面相比，接口是相对稳定。在以往的测试流程中，通常不借助于自动化工具来提升效率和质量的测试意识，所以整个测试过程基本都是靠手工和凭借以往人力的经验来覆盖业务场景。规避采用传统单元测试方法来提升覆盖率解决此类问题造成的开发额外工作量和技术风险，本实施例提供了一种方法可以克服该缺陷。

根据本公开实施例，提供了一种用于自动化测试的信息处理方法，如图2所示，该方法包括如下的步骤101至步骤103：

步骤201：当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成。

在本实施中，参考图2，可以在自动化测试平台上编写自动化测试脚本自动化测试脚本执行动作的触发方式可以包括流水线触发自动化脚本的执行、或定时任务触发自动化脚本的执行；通过触发冒烟测试节点便可触发自动化脚本的执行。

步骤202：当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集。

在本实施例中，如果自动化脚本执行完成，则可以触发采集用的代理服务(Coverage Agent),采集得到各个服务下(例如，支付服务)的执行数据，该执行数据指示了测试过程中代码被执行的行数，以及代码总行数。

示例性地，采集用的代理服务可以对测试过程中代码的执行状态进行监控，从而可以得到代码被执行的总行数。

作为本实施例一种可选的实现方式，对于多个触发方式触发的自动化测试脚本，在自动化测试脚本所能触发的所有服务上部署采集用代理服务，其中，各个服务各自对应至少一个版本号。

在本可选的实现方式中，针对不同触发方式，可预先在待测试的服务上部署采集用代理服务，并且在部署完成后，可以为每一个服务生成对应的版本号，每个服务可对应至少一个版本号(例如，在迭代功能下，服务可有多个版本)。

步骤203：对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。

在本实施例中，在自动化采集执行数据后，可以针对各个服务输出覆盖率。

作为本实施例一种可选的实现方式，对采集得到的执行数据进行预设处理包括：将采集得到的执行数据转换为预设格式的内容的文档；对所述文档进行解析，以得到不同格式的包括覆盖率信息的文件。

在本可选的实现方式中，在采集得到执行数据后，可汇总执行数据，而后可生成预设格式的文档，包括但是不限于Excel文档。生成的文档可以存储至云存储上，例如OSS。而后可从云存储上获取任一服务对应的文档，对该文档进行解析，生成不同格式的覆盖率文件，包括但是不限于html格式、xml格式的包括覆盖率信息的文件，以供后续调用，包括但是不限于网页调用等。

作为本实施例一种可选的实现方式，输出自动化测试过程中代码的覆盖率包括：如果同一个服务对应至少一个版本，将同一个服务所有版本下的覆盖率合并后入库存储；输出各个服务在自动化测试过程中代码的覆盖率。

在本可选的实现方式中，在生成生成不同格式的覆盖率文件后，可以判断同一个服务是否存在多个版本，如果存在多个版本可以合并多个版本下的覆盖率数据，而后入库；如果不存在多个版本，那么可以直接进行入库操作。在入库后，可随时基于请求生成测试过程中标准化的覆盖率测试报告。

本实施例在集成测试阶段，通过自动化脚本兼集成开源的代码覆盖率工具(采集用代理服务)来自动快速实现代码高覆盖率统计，基于统计出的覆盖率能进一步快速的有针对性的增加自动化场景来提高覆盖率的方法。解决了传统方式下只能在单元测试阶段编写大量单元测试用例来获知代码覆盖率的情况。

继续参考图3，图3示出了本实施例方法的应用场景图，包括触发自动化脚本的准备阶段，在该阶段下通过不同的方式实现自动化脚本的执行；在覆盖率环境准备阶段，可在服务上部署coverage agent，部署成功后可以进入自动化脚本测试阶段；在基本触发覆盖率阶段，当自动化测试脚本执行完毕后，可以触发coverage agent进行采集执行数据，并生成Excel文件存放在oss上；在解析覆盖率阶段，可以对Excel文件进行解析，生成不同格式的覆盖率文件；在覆盖率报告生成阶段，可以首先判断同一个服务是否存在多个版本，如果存在则同一个服务的多版本覆盖率信息进行合并后入库，最后可从数据库获取数据生成标准化的覆盖率测试报告。

本实施无需对业务核心系统进行代码侵入，从而对上游系统操作无感知，降低了技术风险；支持多种方式(流水线方式和定时任务方式)的自动化代码覆盖率的统计；避免了在单元测试阶段编写大量单元测试用例的工作量和人力成本；在集成测试阶段，自动化测试回归的同时自动产出覆盖率数据，提高了测试效率，提升了项目质量，减少生产故障，为企业提供量化测试产出的指标；避免了在快速迭代开发模式下，集成测试阶段无法获知代码覆盖率，自动化用例分析效率低的情况。同时在得到覆盖率数据后，基于该覆盖率数据可以得到测试脚本的完善性，有助于测试脚本的完善，进而可有针对性地提升测试覆盖率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本公开实施例，还提供了一种用于实施上述用于自动化测试的信息处理方法的装置包括：判断单元，被配置成当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；采集单元，被配置成当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；输出单元，被配置成对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。

可选地，装置还包括：部署单元，被配置成对于多个触发方式触发的自动化测试脚本，在自动化测试脚本所能触发的所有服务上部署采集用代理服务，其中，各个服务各自对应至少一个版本号。

可选地，对采集得到的执行数据进行预设处理包括：将采集得到的执行数据转换为预设格式的内容的文档；对所述文档进行解析，以得到不同格式的包括覆盖率信息的文件。

可选地，输出自动化测试过程中代码的覆盖率包括：如果同一个服务对应至少一个版本，将同一个服务所有版本下的覆盖率合并后入库存储；输出各个服务在自动化测试过程中代码的覆盖率。

本公开实施例提供了一种电子设备，如图4所示，该电子设备包括一个或多个处理器41以及存储器42，图4中以一个处理器41为例。

该控制器还可以包括：输入装置43和输出装置44。

处理器41、存储器42、输入装置43和输出装置44可以通过总线或者其他方式连接，图4中以通过总线连接为例。

处理器41可以为中央处理器(CentralProcessingUnit，CPU)。处理器41还可以为其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器42作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器41通过运行存储在存储器42中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的方法。

存储器42可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器42可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器42可选包括相对于处理器41远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置43可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置44可包括显示屏等显示设备。

一个或者多个模块存储在存储器42中，当被一个或者多个处理器41执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种用于自动化测试的信息处理方法，其特征在于，包括：

当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；

当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；

对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。

2.根据权利要求1所述的用于自动化测试的信息处理方法，其特征在于，方法还包括：

对于多个触发方式触发的自动化测试脚本，在自动化测试脚本所能触发的所有服务上部署采集用代理服务，其中，各个服务各自对应至少一个版本号。

3.根据权利要求2所述的用于自动化测试的信息处理方法，其特征在于，对采集得到的执行数据进行预设处理包括：

将采集得到的执行数据转换为预设格式的内容的文档；

对所述文档进行解析，以得到不同格式的包括覆盖率信息的文件。

4.根据权利要求3所述的用于自动化测试的信息处理方法，其特征在于，输出自动化测试过程中代码的覆盖率包括：

如果同一个服务对应至少一个版本，将同一个服务所有版本下的覆盖率合并后入库存储；

输出各个服务在自动化测试过程中代码的覆盖率。

5.一种用于自动化测试的信息处理装置，其特征在于，包括：

判断单元，被配置成当中台交易系统中预设服务的自动化测试脚本被触发后，判断自动化测试脚本是否执行完成；

采集单元，被配置成当自动化测试脚本执行完成后，在所述预设服务上预先部署的采集用代理服务对代码的执行数据进行采集；

输出单元，被配置成对采集得到的执行数据进行预设处理后，输出自动化测试过程中代码的覆盖率。

6.根据权利要求5所述的用于自动化测试的信息处理装置，其特征在于，装置还包括：

部署单元，被配置成对于多个触发方式触发的自动化测试脚本，在自动化测试脚本所能触发的所有服务上部署采集用代理服务，其中，各个服务各自对应至少一个版本号。

7.根据权利要求5所述的用于自动化测试的信息处理装置，其特征在于，对采集得到的执行数据进行预设处理包括：

将采集得到的执行数据转换为预设格式的内容的文档；

对所述文档进行解析，以得到不同格式的包括覆盖率信息的文件。

8.根据权利要求7所述的用于自动化测试的信息处理装置，其特征在于，输出自动化测试过程中代码的覆盖率包括：

如果同一个服务对应至少一个版本，将同一个服务所有版本下的覆盖率合并后入库存储；

输出各个服务在自动化测试过程中代码的覆盖率。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-4任意一项所述的用于自动化测试的信息处理方法。

10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行权利要求1-4任意一项所述的用于自动化测试的信息处理方法。

Images