一种代码测试方法、装置、存储介质及设备与流程

1.本技术涉及软件测试技术领域，具体而言，涉及一种代码测试方法、装置、存储介质及设备。


背景技术：

2.在软件测试中，单元测试与系统测试这两种测试方式互为补充，共同用于提高软件的质量。评估软件测试质量的一个重要指标是代码覆盖率，基于代码覆盖率可以在程序中查找到没有被测试用例覆盖到的地方。然而，由于单元测试的代码一般是不允许打入应用发布包中的，因而在实际测试过程中，只能收集到在测试环境中执行的系统测试产生的代码覆盖率，而无法收集到单元测试的代码覆盖率。


技术实现要素：

3.本技术实施例的目的在于提供一种代码测试方法、装置、存储介质及设备，旨在解决相关技术中存在的无法收集到单元测试的代码覆盖率的问题。
4.第一方面，本技术实施例提供的一种代码测试方法，包括：获取预先定义的配置文件中的配置信息，所述配置信息包括应用项目路径、构建工具路径以及单元测试案例，所述应用项目路径指示被测应用的项目代码的存放位置；基于所述应用项目路径和所述构建工具路径，调用命令对所述项目代码进行编译；执行所述单元测试案例，并配置目标覆盖率工具的启动项，以通过所述目标覆盖率工具获取单元测试覆盖率。
5.在上述实现过程中，获取预先配置的应用项目路径、构建工具路径和单元测试案例，基于这些配置信息，自动调用构建工具命令进行编译并执行单元测试，并在执行时自动配置目标覆盖率工具的启动项来获取单元测试覆盖率。这样，对于单元测试覆盖到的代码，也可以正常收集到相应的代码覆盖率，从而准确评估测试产出，并且降低代码覆盖率分析成本。
6.进一步地，在一些实施例中，所述目标覆盖率工具是libra，所述libra包括libra-agent和libra-web，其中，libra-agent用于收集覆盖率数据并发送到libra-web，libra-web用于对覆盖率数据进行展示。
7.在上述实现过程中，由libra来作为目标覆盖率工具，实现对覆盖率数据的实时收集。
8.进一步地，在一些实施例中，所述libra-agent还用于：将单元测试覆盖率以mq消息的形式发送到测试环境；所述libra-web还用于：接收到单元测试覆盖率后，将所述单元测试覆盖率和测试环境的覆盖率数据进行汇总。
9.在上述实现过程中，通过汇总单元测试的覆盖率数据和测试环境的自动化代码覆盖率，可以向专业技术人员展示更为完善的测试分析结果，有助于提高被测应用的质量。
10.进一步地，在一些实施例中，在调用命令对所述项目代码进行编译之前，还包括：基于所述应用项目路径更新目标覆盖率工具的配置文件。
11.在上述实现过程中，基于应用项目路径对目标覆盖率工具的配置文件进行更新，使得目标覆盖率工具可以确定跑的是哪个代码，进而准确记录到对应的覆盖率数据。
12.进一步地，在一些实施例中，所述构建工具是maven，所述调用命令对所述项目代码进行编译包括：调用maven命令将所述项目代码编译成jar包。
13.在上述实现过程中，提供一种项目构建的实现方案。
14.进一步地，在一些实施例中，所述方法通过自动处理脚本实现。
15.在上述实现过程中，通过脚本来自动执行，可以实现跨平台，利于快速开发或一些轻量的控制。
16.第二方面，本技术实施例提供的一种代码测试装置，包括：获取模块，用于获取预先定义的配置文件中的配置信息，所述配置信息包括应用项目路径、构建工具路径以及单元测试案例，所述应用项目路径指示被测应用的项目代码的存放位置；编译模块，用于基于所述应用项目路径和所述构建工具路径，调用命令对所述项目代码进行编译；执行模块，用于执行所述单元测试案例，并配置目标覆盖率工具的启动项，以通过所述目标覆盖率工具获取单元测试覆盖率。
17.进一步地，在一些实施例中，所述装置还包括：更新模块，用于在所述编译模块调用命令对所述项目代码进行编译之前，基于所述应用项目路径更新目标覆盖率工具的配置文件。
18.第三方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
19.第四方面，本技术实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。
20.第五方面，本技术实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。
21.本技术公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本技术公开的上述技术即可得知。
22.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
23.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
24.图1为本技术实施例提供的一种代码测试方法的流程图；
25.图2为本技术实施例提供的一种代码测试系统的示意图；
26.图3为本技术实施例提供的一种代码测试装置的框图；
27.图4为本技术实施例提供的另一种代码测试装置的框图；
28.图5为本技术实施例提供的一种电子设备的结构框图。
具体实施方式
29.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
30.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
31.在软件测试中，单元测试与系统测试这两种测试方式互为补充，共同用于提高软件的质量。评估软件测试质量的一个重要指标是代码覆盖率，基于代码覆盖率可以在程序中查找到没有被测试用例覆盖到的地方。然而，由于单元测试的代码一般是不允许打入应用发布包中的，因而在实际测试过程中，只能收集到在测试环境中执行的系统测试产生的代码覆盖率，而无法收集到单元测试的代码覆盖率。基于此，本技术实施例提供一种代码测试方案，以解决这一问题。
32.首先，对本技术实施例中涉及到的术语进行解释：
33.代码覆盖率：是软件测试中的一种度量，用于描述程序中源代码被测试的比例和程度。
34.单元测试：是指对软件中的最小可测试单元进行检查和验证，单元测试是开发者编写的一小段代码，用于检验被测代码中的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
35.单元测试覆盖率：是指单元测试中代码执行量与代码总量之间的比率。
36.构建工具：是指用于实现对项目进行自动化的构建和管理，以提升编程效率的工具。一个软件项目的生产过程除了编译软件以外，经常还包括很多项目管理工作，如下载依赖、编译源码、项目部署等，这些工作是相对复杂的，而构建工具可以自动化进行依赖管理、测试、编译、打包等操作，从而帮助专业技术人员减少这些繁琐的工作。
37.其次，接下来对本技术实施例进行介绍：
38.如图1所示，图1是本技术实施例提供的一种代码测试方法的流程图，所述方法应用于终端或服务器，该终端可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等；该服务器可以是单个服务器，也可以是多个服务器组成的分布式服务器集群。该终端或服务器提供被测应用运行的环境，这一环境包括软件部分和硬件部分，其中，软件部分主要包括操作系统，如windows、linux等，硬件部分主要包括计算资源、存储资源等，如cpu(central processing unit，中央处理器)、内存、硬盘等。需要说明的是，该终端/服务器也可以实现成多个软件或软件模块，或者还可以实现成单个软件或软件模块，本技术对此不作限制。
39.本实施例的方法可以封装成一个自动处理脚本来实现，脚本(script)是使用一种特定的描述性语言，依据一定的格式编写的可执行文件，也称作宏或批处理文件。通过脚本来自动执行本实施例的方法的步骤，可以实现跨平台，即在多种系统下的运作，利于快速开发或一些轻量的控制。
40.所述方法包括：
41.在步骤101、获取预先定义的配置文件中的配置信息，所述配置信息包括应用项目
路径、构建工具路径以及单元测试案例，所述应用项目路径指示被测应用的项目代码的存放位置；
42.本实施例提供的是在对被测应用的实际测试过程中，收集到单元测试的代码覆盖率的方案。可选地，所述被测应用可以是指需要测试的手机软件(application，app)，如图形图像软件、音乐播放软件、即时通讯软件等。当然，在其他实施例中，所述被测应用也可以是其他类型的软件，如系统软件、中间件等。
43.本步骤中提到的配置文件可以是自动处理脚本的配置文件。自动处理脚本的配置文件是供用户配置该自动处理脚本的一个途径，通过编辑配置文件，可以为一些选项提供非标准的默认值。在本实施例中，该配置文件中的配置信息包括应用项目路径、构建工具路径以及单元测试案例，这三种配置信息的具体内容如下所示：
44.所述应用项目路径指示被测应用的项目代码的存放位置，项目代码可以是专业技术人员编写好的新版本的代码或者全新类型的代码，其可以是被测应用所对应的所有代码，该存放位置可以是本地存放位置，也可以是远程存放位置，例如，本地拉取项目代码后将其存放于指定位置中，则该应用项目路径可以指示该指定位置，这样，自动处理脚本可以基于该应用项目路径获取到该项目代码；又例如，当项目代码存放于某个网站服务器时，该应用项目路径可以是该项目代码对应的url(uniform resource locator，统一资源定位系统)，这样，自动处理脚本同样可以基于该应用项目路径获取到该项目代码；
45.所述构建工具路径指示指定构建工具的安装路径，在一些实施例中，该指定构建工具可以是maven，相对应地，该构建工具路径可以是maven路径。maven是一个项目管理工具，可以对各种项目，包括java、c#、ruby、scala等语言编写的项目进行自动化的构建和依赖管理。一般来说，maven包含了项目对象模型(project object model，pom)，项目生命周期(project lifecycle)，依赖管理系统(dependency management system)和各种插件，其中，插件主要用来实现生命周期各个阶段的目标。maven支持命令操作，而maven路径相当于命令的可执行文件的搜索路径，也就是说，机器在调用maven命令时，需要携带上maven路径，这样才能查找到对应的指令的可执行文件。当然，在其他实施例中，该指定构建工具也可以是其他项目构建工具，例如gradle等，本技术对此不作限制；
46.所述单元测试案例包括基于被测应用的项目代码编写的单元测试代码，其可以是专业技术人员利用java或c++等编程语言编写的，可选地，该单元测试代码可以是junit测试代码，junit是一个java语言的单元测试框架，利用junit实现单元测试时，可以提高开发效率。
47.在步骤102、基于所述应用项目路径和所述构建工具路径，调用命令对所述项目代码进行编译；
48.自动处理脚本基于配置文件中的应用项目路径这一配置信息，可以查找到被测应用的项目代码，再基于配置文件中的构建工具路径这一配置信息，实现对指定构建工具的命令的调用。具体地，当指定构建工具是maven时，本步骤可以是指：自动处理脚本调用maven命令，将项目代码编译成jar(java archive，java归档)包。jar是一种软件包文件格式，通常用于聚合大量的java类文件、相关的元数据和资源(文本、图片等)文件到一个文件，以便开发java平台应用软件或库。具体的编译过程可以参见相关技术，本技术对此不作赘述。由于一般情况下，不能将单元测试代码导入到项目代码中，否则会破坏源代码的结构
和用途，因而，先将项目代码编译成jar包，进而对该jar包进行测试，可以使得测试环境和开发环境是完全独立的。
49.在步骤103、执行所述单元测试案例，并配置目标覆盖率工具的启动项，以通过所述目标覆盖率工具获取单元测试覆盖率。
50.本实施例中，目标覆盖率工具是指一种用于获取代码覆盖率的工具，可选地，该目标覆盖率工具可以是libra。libra是一个代码覆盖率收集平台，包括libra-agent和libra-web，其中，libra-agent用于收集覆盖率数据并发送到libra-web，libra-web用于对覆盖率数据进行展示。常规的覆盖率工具通常要求应用程序关闭才能收集到覆盖率数据，因此是非实时的，而libra可以实现对覆盖率数据的实时收集，应用程序无需关闭。
51.本步骤可以是指自动处理脚本执行单元测试，并在执行时，配置libra-agent的启动项，以通过libra收集到单元测试的代码覆盖情况。具体地，libra通过asm(一个java字节码操控框架，能够以二进制形式修改已有类或者动态生成类)完成对jar包中class文件字节码的操作，获取哪些行的代码被执行到，从而获取本地单元测试的代码覆盖情况。
52.另外，在一些例子中，在对项目代码进行编译之前，所述方法还包括：基于所述应用项目路径更新目标覆盖率工具的配置文件。目标覆盖率工具的配置文件中有一个配置项，该配置项可用于配置被测应用的项目代码的路径，因而，自动处理脚本在对项目代码进行编译之前，可以先读取目标覆盖率工具的配置文件中该配置项的值，赋值为所述应用项目路径后重新写入目标覆盖率工具的配置文件，这样，使得目标覆盖率工具可以确定跑的是哪个代码，进而记录到对应的覆盖率数据。
53.进一步地，libra-agent收集到单元测试覆盖率后，可以将代码覆盖信息，包括指示覆盖了哪个方法的哪一行代码的信息等以mq(message queue，消息队列)消息的形式发送到测试环境；libra-web接收到单元测试的覆盖率数据后，可以将单元测试的覆盖率数据和测试环境的自动化测试代码覆盖率汇总在一起。这样，可以向专业技术人员展示更为完善的测试分析结果，有助于提高被测应用的质量。
54.本技术实施例提供的代码测试方法，获取预先配置的应用项目路径、构建工具路径和单元测试案例，基于这些配置信息，自动调用构建工具命令进行编译并执行单元测试，并在执行时自动配置目标覆盖率工具的启动项来获取单元测试覆盖率。这样，对于单元测试覆盖到的代码，也可以正常收集到相应的代码覆盖率，从而准确评估测试产出，并且降低代码覆盖率分析成本。
55.为了对本技术的代码测试方案做更为详细的说明，接下来介绍一具体实施例：
56.本实施例提供一种代码测试系统，如图2所示，图2是该代码测试系统的示意图，该系统部署在测试机器21上，包括自动处理脚本22、安装于测试机器21上的maven23和libra24，其中，libra24包括libra-agent241和libra-web242。
57.在针对一个被测应用进行软件测试时，该代码测试系统的工作流程包括：
58.s201、自动处理脚本22基于配置文件获取以下配置信息：应用项目路径、maven路径、单元测试案例；
59.其中，应用项目路径指示的是测试机器21拉取被测应用的项目代码后的本地存储位置；单元测试案例是专业技术人员基于被测应用的项目代码编写的单元测试代码；
60.s202、自动处理脚本22启动后，基于应用项目路径更新libra24的配置文件；
61.在实际操作中，自动处理脚本22读取libra24配置文件中default package home配置项(用于配置覆盖率收集针对的代码的位置)的值，赋值为projectpath(应用项目路径)；
62.s203、自动处理脚本22自动调用maven命令进行编译并执行单元测试，在执行中，自动配置libra-agent241的启动项来获取单元测试覆盖率；
63.具体地，自动处理脚本22基于maven路径调用maven命令将项目代码编译成jar包；之后，自动处理脚本22基于maven路径调用maven命令执行单元测试；
64.s204、libra-agent241获取单元测试覆盖率，并以mq消息的形式发送到测试环境；
65.具体地，libra-agent241通过asm完成对部署包中class文件字节码的操作，获取哪些行的代码被执行到，从而获取本地单元测试的代码覆盖情况；
66.s205、libra-web242接收到单元测试覆盖率后，将该单元测试覆盖率与其他覆盖率数据进行汇总分析，并进行展示。
67.通过上述流程，本实施例的系统取得了以下效果：对于单元测试覆盖覆盖到的代码，也可以正常收集到相应的代码覆盖率，从而明确哪些代码已通过各类测试手段有覆盖到，从而准确评估测试产出，并使得测试人员可更专注于分析未覆盖到的代码，降低代码覆盖率分析成本；而且，仅需一次配置，后续执行成本低。
68.与前述方法的实施例相对应，本技术还提供了代码测试装置及其应用的终端的实施例。
69.如图3所示，图3是本技术实施例提供的一种代码测试装置的框图，包括：
70.获取模块31，用于获取预先定义的配置文件中的配置信息，所述配置信息包括应用项目路径、构建工具路径以及单元测试案例，所述应用项目路径指示被测应用的项目代码的存放位置；
71.编译模块32，用于基于所述应用项目路径和所述构建工具路径，调用命令对所述项目代码进行编译；
72.执行模块33，用于执行所述单元测试案例，并配置目标覆盖率工具的启动项，以通过所述目标覆盖率工具获取单元测试覆盖率。
73.如图4所示，图4是本技术实施例提供的另一种代码测试装置的框图，该装置所包括的获取模块41、编译模块43、执行模块44分别与图3实施例中的获取模块31、编译模块32、执行模块33是一致的，区别在于，该装置还包括了：
74.更新模块42，用于在所述编译模块43调用命令对所述项目代码进行编译之前，基于所述应用项目路径更新目标覆盖率工具的配置文件。
75.本技术还提供一种电子设备，请参见图5，图5为本技术实施例提供的一种电子设备的结构框图。电子设备可以包括处理器510、通信接口520、存储器530和至少一个通信总线540。其中，通信总线540用于实现这些组件直接的连接通信。其中，本技术实施例中电子设备的通信接口520用于与其他节点设备进行信令或数据的通信。处理器510可以是一种集成电路芯片，具有信号的处理能力。
76.上述的处理器510可以是通用处理器，包括中央处理器(cpu，central processing unit)、网络处理器(np，network processor)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑
器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器510也可以是任何常规的处理器等。
77.存储器530可以是，但不限于，随机存取存储器(ram，random access memory)，只读存储器(rom，read only memory)，可编程只读存储器(prom，programmable read-only memory)，可擦除只读存储器(eprom，erasable programmable read-only memory)，电可擦除只读存储器(eeprom，electric erasable programmable read-only memory)等。存储器530中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器510执行时，电子设备可以执行上述图1方法实施例涉及的各个步骤。
78.可选地，电子设备还可以包括存储控制器、输入输出单元。
79.所述存储器530、存储控制器、处理器510、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线540实现电性连接。所述处理器510用于执行存储器530中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。
80.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。
81.可以理解，图5所示的结构仅为示意，所述电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。
82.本技术实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。
83.本技术还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
84.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
85.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
86.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计
算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
87.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
88.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
89.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。