CN113760736A - 一种测试方法、装置和系统 - Google Patents

Abstract

本发明公开了一种测试方法、装置和系统，涉及计算机技术领域。该方法的一具体实施方式包括：能够利用服务端接收客户端发送的待测试代码模块，构建所述代码模块对应的配置信息，自动生成目标测试包并发送所述目标测试包给客户端，服务端在接收客户端测试目标测试包生成的代码覆盖率数据后，生成并更新待测试代码模块对应的测试报告，节省了人力成本，提高了测试代码覆盖率的效率。

Description

一种测试方法、装置和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种测试方法、装置和系统。

背景技术

在软件开发过程中，运行软件测试是必不可少的环节，在测试的过程中，代码率覆盖通常用来度量测试完整性的一个手段。通过代码覆盖率数据，可以判断测试用例对于软件代码的覆盖是否充分，进而可以指导测试用例的创建和改进。

目前，在测试代码覆盖率的过程中，需要测试人员配置多个相关的测试文件，并且在基于代码覆盖率数据生成代码覆盖率的报告之前，需要人工从客户端获取代码覆盖率数据，整个过程提高了人工的时间成本，尤其是需要多次测试不同代码的代码覆盖率时，存在测试代码覆盖率的效率较低的问题。

发明内容

有鉴于此，本发明实施例提供一种测试方法和装置，能够利用服务端接收客户端发送的待测试代码模块，构建所述代码模块对应的配置信息，自动生成目标测试包并发送所述目标测试包给客户端，服务端在接收客户端测试目标测试包生成的代码覆盖率数据后，生成并更新待测试代码模块对应的测试报告，节省了人力成本，提高了测试代码覆盖率的效率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种测试方法，应用于服务端，其特征在于，包括：接收待测试代码模块，构建所述待测试代码模块对应的配置信息；基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包；按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

可选地，所述测试方法，其特征在于，所述构建所述待测试代码模块对应的配置信息，包括：在预设的项目工程模板中，添加测试插件、测试控制信息以及所述待测试代码模块的测试任务；为所述待测试代码模块生成项目文件。

可选地，所述测试方法，其特征在于，添加所述待测试代码模块的测试任务，包括：在所述项目工程模板中，添加生成所述代码覆盖率测试报告所需的报告模块；在所述报告模块中添加与所述待测试代码模块相关的报告信息，得到所述测试任务。

可选地，所述测试方法，其特征在于，生成所述待测试代码模块对应的代码覆盖率测试报告，包括：利用所述测试任务，生成所述代码模块对应的代码覆盖率测试报告。

可选地，所述测试方法，其特征在于，所述构建所述代码模块对应的配置信息，进一步包括：注册所述测试插件的测试执行信息，所述测试执行信息用于使客户端按照设定时间间隔，上报测试所述代码模块所得到的覆盖率数据。

可选地，所述测试方法，其特征在于，所述代码覆盖率数据包括：多个待测试子模块对应的代码覆盖率数据，其中，多个所述待测试子模块属于所述待测试代码模块；生成所述代码模块对应的测试报告，包括：对所述多个待测试子模块对应的代码覆盖率数据分别进行处理；根据处理的结果，生成具有所述多个待测试子模块的测试情况的测试报告。

可选地，所述测试方法，其特征在于，生成具有所述多个待测试子模块的测试情况的测试报告，包括：在所述代码模块开始测试时，生成并提供所述测试报告给所述客户端，以使所述客户端展示所述测试报告；根据所述多个待测试子模块的测试顺序，更新所述测试报告。

为实现上述目的，根据本发明实施例的第二方面，提供了一种测试方法，应用于客户端，其特征在于，接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成；运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据；按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

可选地，所述测试方法，其特征在于，进一步包括：接收并可视化展示所述服务端发送的测试报告；响应于接收到所述服务端发送的所述测试报告的更新信息，更新所述测试报告包括的一个或多个待测试子模块的测试情况。

为实现上述目的，根据本发明实施例的第三方面，提供了一种测试服务端，其特征在于，包括：配置模块、打包模块和生成报告模块；其中，

所述配置模块，用于接收待测试代码模块，构建所述待测试代码模块对应的配置信息；

所述打包模块，用于基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包；

所述生成报告模块，用于按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

为实现上述目的，根据本发明实施例的第四方面，提供了一种测试客户端，其特征在于，包括：测试包接收模块、代码覆盖率测试模块和数据上报模块；其中，

所述测试包接收模块，用于接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成；

所述代码覆盖率测试模块，用于运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据；

所述数据上报模块，用于按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

为实现上述目的，根据本发明实施例的第五方面，提供了一种测试系统，其特征在于，包括：第三方面提供的测试服务端、以及第四方面提供的测试客户端。

为实现上述目的，根据本发明实施例的第六方面，提供了一种测试的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述测试方法中任一所述的方法。

为实现上述目的，根据本发明实施例的第七方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述测试方法中任一所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：能够利用客户端发送待测试代码模块给服务端，服务端在接收待测试的代码模块后，自动构建测试代码模块的代码覆盖率所需的配置信息，并自动打包生成目标测试包，并发送给客户端；客户端接收并运行目标测试包，定时上报代码覆盖率数据给服务端，服务端根据代码覆盖率数据生成测试报告，客户端展示测试报告，通过服务端和客户端交互，自动执行代码覆盖率的测试操作和自动生成测试报告的流程，提高了测试代码覆盖率的效率，节省了人力成本；通过实时地可视化展示代码覆盖率报告，提高了获取代码覆盖率数据的实时性和效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明一实施例提供的应用于服务端的一种测试方法的流程示意图；

图2是本发明一实施例提供的应用于客户端的一种测试方法的流程示意图；

图3是本发明一个实施例提供的一种测试服务端的装置的结构示意图；

图4是本发明一个实施例提供的一种测试客户端的结构示意图；

图5是本发明一个实施例提供的一种测试系统的结构示意图；

图6是本发明一个实施例提供的一种测试报告的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在测试代码覆盖率的过程中，需要测试人员配置多个相关的测试文件，并且在基于代码覆盖率数据生成代码覆盖率的报告之前，需要测试人员从客户端获取代码覆盖率数据，例如：在现有的基于安卓开发的软件项目中，需要测试人员在配置文件中配置Jacoco插件，配置代码覆盖率开关，在AndroidManifest.xml文件中注册启动类，并且在生成代码覆盖率的测试报告之前，需要测试人员从客户端获取覆盖率数据文件然后再通过命令生成代码覆盖率报告。当需要测试多个不同的代码分支或模块时，需要重复上述操作。可见，测试代码覆盖率的流程非常繁琐且需要测试人员熟悉相应的技术，增加了人力成本，并且存在效率较低的问题。

鉴于此，如图1所示，本发明实施例提供了一种测试方法，该方法可以包括以下步骤：

步骤S101：接收待测试代码模块，构建所述待测试代码模块对应的配置信息。

具体地，待测试代码模块为待测试代码覆盖率的代码模块，其中，代码模块可以为一个应用中包含的任一模块对应的代码，例如：电子商城应用A包含的购物车模块的代码、支付模块的代码等；可以理解的是，开发人员可以通过客户端网页或客户端应用，选择待测试的代码模块的标识(例如：com.abc.app.mall)、代码模块包含的任一版本代码等信息，然后上传；对应地，服务端接收客户端上传的待测试代码模块。

进一步地，构建所述待测试代码模块对应的配置信息。具体地，所述配置信息用于为待测试代码模块配置对应的用于测试代码覆盖率的插件、信息等。

例如：在预设的项目工程模板abcd.build中添加用于测试代码覆盖率的jacoco插件，添加的方法为：apply plugin:‘jacoco’，其中，abcd.build为预设的工程模板的标识示例，abcd.build所包含的内容为预设的工程模板的示例，apply plugin:‘jacoco’为添加测试插件的示例。进一步地，添加开关用于控制代码覆盖率的测试，即，添加测试控制信息，示例性的，添加的控制信息如下所示，其中设置testCoverageEnabled的值为true或者false来控制是否测试代码覆盖率：

buildTypes{

debug{testCoverageEnabled true}

}

进一步地，在预设的项目工程模板中，添加所述待测试代码模块的测试任务；上述在预设的项目工程模板中添加数据(代码)即为：所述构建所述待测试代码模块对应的配置信息，包括：在预设的项目工程模板中，添加测试插件、测试控制信息以及所述待测试代码模块的测试任务；为所述待测试代码模块生成项目文件，例如：aabb.build。其中，添加测试插件、测试控制信息以及所述待测试代码模块的测试任务为根据待测试模块的标识，自动完成的添加操作，从而节省了人力成本，提高了配置信息的效率和准确性。

示例性地，添加的测试任务如下所示：

task jacocoTestReport(type:JacocoReport){

reports.html.destination＝file("../../../../intermediate/20200201/jacocoReport")//生成的报告地址

executionData.from＝fileTree(dir:"../../../../intermediate/20200201",includes:['*.ec'])//覆盖率数据存放路径

sourceDirectories.from＝files("../AndroidABCD/src")//原始代码路径

classDirectories.from＝fileTree(dir:"$buildDir/intermediates/javac/",

…}

其中，jacocoTestReport为报告模块的示例，“生成的报告地址”、“覆盖率数据存放路径”对应的代码等为报告模块所包含的报告信息，即，添加所述待测试代码模块的测试任务，包括：在所述项目工程模板中，添加生成所述代码覆盖率测试报告所需的报告模块；在所述报告模块中添加与所述待测试代码模块相关的报告信息，得到所述测试任务。进一步地，利用所述测试任务(例如：task jacocoTestReport(type:JacocoReport))，生成所述代码模块对应的代码覆盖率测试报告。

进一步地，所述构建所述待测试代码模块对应的配置信息，进一步包括：注册所述测试插件的测试执行信息，所述测试执行信息用于使客户端按照设定时间间隔，上报测试所述代码模块所得到的覆盖率数据。注册所述测试插件的测试执行信息的方法以安卓为例，可以在AndroidManifest.xml中添加测试执行信息的注册，例如注册信息如下所示

<instrumentation android:name＝"com.abcd.coverage.JacocoInstrumentati

on"

…

android:targetPackage＝"com.abc.app.mall"/>

进一步地，实现继承Instrumentation的子类，用于接收输入参数，例如：任务标识等。还用于启动定时任务、启动包含待测试代码模块的应用的启动类等，其中，定时任务用于定时生成覆盖率数据文件，并上报代码覆盖率数据；上述Instrumentation相关的信息(包括在AndroidManifest.xml注册的信息以及Instrumentation的子类等)即为测试执行信息；即，所述测试执行信息用于使客户端按照设定时间间隔，上报测试所述代码模块所得到的覆盖率数据。

步骤S102：基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包。

具体地，基于待测试代码模块的代码数据、待测试代码模块对应的配置信息，生成目标测试包，以安卓应用为例，目标测试包格式，例如为aaa.apk；关于构建所述待测试代码模块对应的配置信息的描述与步骤S101的描述一致，在此不再赘述。可以理解的是，当目标测试包为一个应用时，例如：电子商城A应用，待测试代码模块可以为应用所包含的一个模块，例如：购物车模块、支付模块、商品详情模块等中的任一模块；可以分别为不同的模块分别生成目标测试包(即应用可执行文件)，例如购物车模块对应的目标测试包为：aaa.apk；支付模块对应的目标测试包为：bbb.apk；若接收的待测试代码模块为购物车模块的代码，则根据购物车模块的标识，获取(从远程服务器或者本地)对应代码的分支、版本号等，同时获取购物车模块以外的其他生成应用可执行文件所需的代码，进而生成应用可执行文件。通过本步骤，开发不同模块的开发人员或测试人员，可以在需要测试代码覆盖率的时候，分别发送(上传)相关的待测试代码模块，并通过本方法自动获取包含待测试代码模块的目标测试包，从而提高了测试代码覆盖率的灵活性，降低了模块间开发或测试的依赖关系，进而提高了测试各个模块代码覆盖率的效率。不同模块对应的目标测试包的标识也可以相同，根据开发团队和测试任务场景，一个目标测试包也可以包含一个或多个待测试代码模块。

进一步地，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包，发送的方法可以是将目标测试包上传至服务器以供客户端下载，或者直接发送给客户端，客户端在接收目标测试包以后可以运行所述目标测试包。

步骤S103：按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

具体地，按照设定时间间隔，接收客户端上报的代码覆盖率数据，代码覆盖率数据为客户端运行所述目标测试包所产生，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

进一步地，所述代码覆盖率数据包括：多个待测试子模块对应的代码覆盖率数据，其中，多个所述待测试子模块属于所述待测试代码模块；具体地，待测试代码模块可以包含多个待测试子模块，例如如图6所示的测试报告示意图中，待测试代码模块的标识为com.abc.app.mall，其中，该待测试代码模块包含了多个待测试子模块，例如包含的待测试子模块为：com.abc.app.mall.home、com.abc.app.mall.home.category、com.abc.app.mall.home.floor.view、com.abc.app.mall.ad等，一个待测试代码模块可以包含数十个、数百个待测试子模块，由此可见，分别测试各个待测试代码模块降低了测试应用的耦合性，使提高了测试的易于管理度。

进一步地，生成所述代码模块对应的测试报告，包括：对所述多个待测试子模块对应的代码覆盖率数据分别进行处理；根据处理的结果，生成具有所述多个待测试子模块的测试情况的测试报告。例如：仍以图6的测试报告示意图为例，com.abc.app.mall.home对应的代码覆盖率为95％；com.abc.app.mall.ad对应的代码覆盖率为90％，由此可见，通过分别生成待测试子模块的测试情况的测试报告，可以直观地得到各个待测试子模块的测试情况，有利于获取代码覆盖率低于覆盖率阈值的待测试子模块，从而进一步分析获取代码覆盖率低于覆盖率阈值的原因。可以理解的是，当需要运行次数较少或生成报告的个数较少时(例如：运行一次)，则可以将设定时间间隔设置为较大值。

进一步地，生成具有所述多个待测试子模块的测试情况的测试报告可以为动态更新的，例如：在开始测试代码覆盖率的阶段，服务端获得的com.abc.app.mall.home对应的代码覆盖率为20％，当更多的测试用例被执行后，客户端所上报的代码覆盖率数据也进行更新，例如，在一个时刻，获得的com.abc.app.mall.home对应的代码覆盖率为90％；则更新所述测试报告，并将更新后的代码覆盖率的数值提供给客户端，以使所述客户端展示所述测试报告。其中，服务端可以根据客户端上报的代码覆盖率的原始数据进行统计和计算，得到测试报告中的各个展示数据，例如：待测试模块的代码覆盖率的数值、各个待测试子模块的代码覆盖率的数值，例如：待测试子模块com.abc.app.mall.home的代码覆盖率、覆盖的代码的行数、未覆盖的代码的行数等；即，生成具有所述多个待测试子模块的测试情况的测试报告，包括：在所述代码模块开始测试时，生成并提供所述测试报告给所述客户端，以使所述客户端展示所述测试报告；根据所述多个待测试子模块的测试顺序，更新所述测试报告。其中，测试顺序对应于被测试的子模块的代码覆盖率的测试顺序，以更新测试报告，测试顺序可以为随机的、或者按照设定顺序，本发明对测试顺序不做限定，当一个待测试子模块的代码覆盖率数值不变并且小于设定阈值时，测试人员可以发送提示信息给开发人员，以分析代码覆盖率数值小于设定阈值的原因。

示例性地，测试报告可以为HTML格式的文件，并通过Nginx服务器发布测试报告，使客户端可以通过浏览器查看。

如图2所示，本发明实施例提供了一种测试方法，应用于客户端，该方法可以包括以下步骤：

步骤S201：接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成。

具体地，客户端接收目标测试包，以进一步测试待测试代码模块的代码覆盖率，客户端接收目标测试包的方法可以从设定的服务器下载或者拷贝。本发明对客户端接收目标测试包的具体方法不做限定。

其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成的。关于目标测试包、待测试代码模块、配置信息的描述与步骤S101、步骤S102的描述一致，在此不再赘述。

步骤S202：运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据。

具体地，客户端在安装目标测试包后，运行目标测试包的方法可以使用adb命令，例如使用如下所示的adb命令：

adb shell am instrument

com.abc.app.mall/com.abcd.coverage.JacocoInstrumentation

进一步地，利用上述示例adb命令启动目标测试包应用测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据。可以理解的是，当测试目标测试包所包含的待测试代码模块的代码覆盖率时，用户可以根据预设的测试用例，在目标测试包对应的应用中执行测试用例对应的操作，客户端基于测试操作，产生代码覆盖率数据。

步骤S203：按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

具体地，客户端在产生代码覆盖率数据后，按照设定时间间隔(例如：1分钟、30分钟等)发送代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。本发明对设定时间间隔的具体数值不做限定；关于待测试子模块、测试报告的描述与步骤S103的描述一致，在此不再赘述。

进一步地，接收并可视化展示所述服务端发送的测试报告；例如：在客户端的浏览器中输入预设的测试报告地址，其中，预设的报告地址与待测试代码模块的标识对应，进而以可视化展示实时更新的代码覆盖率的测试报告，例如：以图形数据展示待测试代码模块包含的各个待测试子模块的代码覆盖率、当用户选择某一个待测试子模块时，可以展示该待测试子模块的代码的具体覆盖率，例如：被覆盖的代码和未被覆盖的代码用不同的颜色标注；并根据接收更新的测试报告，实时更新测试报告，即，响应于接收到所述服务端发送的所述测试报告的更新信息，更新所述测试报告包括的一个或多个待测试子模块的测试情况。

如图3所示，本发明实施例提供了一种测试服务端300，包括：配置模块301、打包模块302和生成报告模块303；其中，

所述配置模块301，用于接收待测试代码模块，构建所述待测试代码模块对应的配置信息；

所述打包模块302，用于基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包；

所述生成报告模块303，用于按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

如图4所示，本发明实施例提供了一种测试客户端400，包括：测试包接收模块401、代码覆盖率测试模块402和数据上报模块403；其中，

所述测试包接收模块401，用于接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成；

所述代码覆盖率测试模块402，用于运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据；

所述数据上报模块403，用于按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

如图5所示，本发明实施例提供了一种测试系统500，包括：测试服务端300和测试客户端400。

本发明实施例还提供了一种测试的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。

本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。

图7示出了可以应用本发明实施例的测试方法或测试装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种客户端应用，例如电子商城客户端应用、搜索类应用、即时通信工具和邮箱客户端等。

终端设备701、702、703可以是具有显示屏并且支持各种客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对终端设备701、702、703所运行的客户端应用提供支持的后台管理服务器。后台管理服务器可以对接收到待测试代码模块进行配置生成目标测试包，并将目标测试包发送给终端设备，以使终端设备运行目标测试包并展示终端上传的代码覆盖率数据对应的测试报告。

需要说明的是，本发明实施例所提供的应用于客户端的测试方法一般由终端设备701、702、703执行，本发明实施例所提供的应用于服务端的测试方法一般由服务器705执行；相应地，测试服务端一般设置于服务器705中，测试客户端一般设置于终端设备701、702、703中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括配置模块、打包模块和生成报告模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，模块还可以被描述为“接收待测试代码模块，构建所述待测试代码模块对应的配置信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备应用于服务端，包括：接收待测试代码模块，构建所述待测试代码模块对应的配置信息；基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包；按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

和/或应用于客户端，包括：接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成；运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据；按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

由此可见，本发明的实施例能够利用服务端接收客户端发送的待测试代码模块，构建所述代码模块对应的配置信息，自动生成目标测试包并发送所述目标测试包给客户端，在接收客户端测试目标测试包生成的代码覆盖率数据后，生成并更新待测试代码模块对应的测试报告，节省了人力成本，提高了测试代码覆盖率的效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

1.一种测试方法，其特征在于，包括：

接收待测试代码模块，构建所述待测试代码模块对应的配置信息；

基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包；

按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

2.根据权利要求1所述的方法，其特征在于，

所述构建所述待测试代码模块对应的配置信息，包括：

在预设的项目工程模板中，添加测试插件、测试控制信息以及所述待测试代码模块的测试任务；

为所述待测试代码模块生成项目文件。

3.根据权利要求2所述的方法，其特征在于，

添加所述待测试代码模块的测试任务，包括：

在所述项目工程模板中，添加生成所述代码覆盖率测试报告所需的报告模块；

在所述报告模块中添加与所述待测试代码模块相关的报告信息，得到所述测试任务。

4.根据权利要求3所述的方法，其特征在于，生成所述待测试代码模块对应的代码覆盖率测试报告，包括：

利用所述测试任务，生成所述代码模块对应的代码覆盖率测试报告。

5.根据权利要求2所述的方法，其特征在于，

所述构建所述待测试代码模块对应的配置信息，进一步包括：

注册所述测试插件的测试执行信息，所述测试执行信息用于使客户端按照设定时间间隔，上报测试所述代码模块所得到的覆盖率数据。

6.根据权利要求1所述的方法，其特征在于，

所述代码覆盖率数据包括：多个待测试子模块对应的代码覆盖率数据，其中，多个所述待测试子模块属于所述待测试代码模块；

生成所述代码模块对应的测试报告，包括：

对所述多个待测试子模块对应的代码覆盖率数据分别进行处理；

根据处理的结果，生成具有所述多个待测试子模块的测试情况的测试报告。

7.根据权利要求6所述的方法，其特征在于，生成具有所述多个待测试子模块的测试情况的测试报告，包括：

在所述代码模块开始测试时，生成并提供所述测试报告给所述客户端，以使所述客户端展示所述测试报告；

根据所述多个待测试子模块的测试顺序，更新所述测试报告。

8.一种测试方法，其特征在于，包括：

接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成；

运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据；

按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

9.根据权利要求8所述的方法，其特征在于，进一步包括：

接收并可视化展示所述服务端发送的测试报告；

响应于接收到所述服务端发送的所述测试报告的更新信息，更新所述测试报告包括的一个或多个待测试子模块的测试情况。

10.一种测试服务端，其特征在于，包括：配置模块、打包模块和生成报告模块；其中，

所述配置模块，用于接收待测试代码模块，构建所述待测试代码模块对应的配置信息；

所述打包模块，用于基于所述待测试代码模块、所述配置信息，生成目标测试包，发送所述目标测试包给客户端，以使所述客户端运行所述目标测试包；

所述生成报告模块，用于按照设定时间间隔，接收所述客户端运行所述目标测试包所产生的代码覆盖率数据，基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

11.一种测试客户端，其特征在于，包括：测试包接收模块、代码覆盖率测试模块和数据上报模块；其中，

所述测试包接收模块，用于接收目标测试包，其中，所述目标测试包是基于待测试代码模块以及所述待测试代码模块对应的配置信息生成；

所述代码覆盖率测试模块，用于运行所述目标测试包，测试所述待测试代码模块的代码覆盖率，产生代码覆盖率数据；

所述数据上报模块，用于按照设定时间间隔，发送所述代码覆盖率数据给服务端，以使所述服务端基于所述代码覆盖率数据，生成所述待测试代码模块对应的测试报告。

12.一种测试系统，其特征在于，包括：权利要求10所述的测试服务端、以及权利要求11所述的测试客户端。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images