CN105701001A - 一种测试覆盖率的处理方法和设备 - Google Patents

Abstract

本申请公开了一种测试覆盖率的处理方法和设备，该方法包括：终端设备获得本终端设备上的应用的源代码的测试覆盖率；终端设备利用所述测试覆盖率生成第一文件；所述第一文件中包括所述测试覆盖率、所述应用所属的系统类型信息；终端设备将所述第一文件发送给服务器。本申请实施例中，服务器可以对Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率进行同一管理，并使得服务器能够区分出Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率。

Description

一种测试覆盖率的处理方法和设备

技术领域

本申请涉及互联网领域，尤其涉及一种测试覆盖率的处理方法和设备。

背景技术

在手工测试或者自动化测试过程中，在应用测试完成后，需要统计应用的源代码的测试覆盖率。终端设备通常使用Andriod系统(基于Linux的自由及开放源代码的操作系统)或者iOS系统(苹果公司的移动操作系统)，针对某应用，通常存在基于Andriod系统的应用和基于iOS系统的应用。当终端设备使用Andriod系统时，终端设备上配置Andriod系统的应用，并需要对Andriod系统的应用的源代码进行覆盖率测试，以得到Andriod系统的应用的源代码的测试覆盖率。当终端设备使用iOS系统时，终端设备上配置iOS系统的应用，并需要对iOS系统的应用的源代码进行覆盖率测试，以得到iOS系统的应用的源代码的测试覆盖率。其中，测试覆盖率是对测试完全程度的评测，其建立在测试覆盖基础上，由测试需求和测试用例的覆盖或者已执行代码的覆盖表示。

现有技术中，终端设备在得到Andriod系统的应用的源代码的测试覆盖率之后，直接将Andriod系统的应用的源代码的测试覆盖率上报给服务器。终端设备在得到iOS系统的应用的源代码的测试覆盖率之后，直接将iOS系统的应用的源代码的测试覆盖率上报给服务器。上述方式没有将Andriod系统的应用的源代码的测试覆盖率和iOS系统的应用的源代码的测试覆盖率统一起来，从而使得服务器无法对Andriod系统的应用的源代码的测试覆盖率和iOS系统的应用的源代码的测试覆盖率进行同一管理，而且服务器也无法区分Andriod系统的应用的源代码的测试覆盖率和iOS系统的应用的源代码的测试覆盖率。

发明内容

本申请实施例提供一种测试覆盖率的处理方法和设备，以使得服务器可以对Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率进行同一管理，并使得服务器能够区分出Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率。

本申请实施例提供一种测试覆盖率的处理方法，所述方法包括以下步骤：

终端设备获得本终端设备上的应用的源代码的测试覆盖率；

所述终端设备利用所述测试覆盖率生成第一文件；其中，所述第一文件中至少包括所述测试覆盖率、所述应用所属的系统类型信息；

所述终端设备将所述第一文件发送给服务器。

所述终端设备获得本终端设备上的应用的源代码的测试覆盖率的过程，具体包括：所述终端设备接收来自服务器的测试代码，并将所述测试代码添加到所述应用的源代码中，所述测试代码用于对所述应用的源代码进行覆盖率测试；所述终端设备利用所述测试代码对本终端设备上的所述应用的源代码进行覆盖率测试，以获得本终端设备上的所述应用的源代码的测试覆盖率。

所述终端设备利用所述测试代码对本终端设备上的所述应用的源代码进行覆盖率测试，以获得本终端设备上的所述应用的源代码的测试覆盖率的过程，具体包括：所述终端设备向本终端设备上的所述应用发送转储dump请求；由所述应用在接收到所述dump请求之后，利用所述测试代码对所述应用的源代码进行覆盖率测试，并通过所述应用内部引入的超文本传送协议服务器HTTPServer向所述终端设备返回所述应用的源代码的测试覆盖率；

所述终端设备接收所述应用返回的所述应用的源代码的测试覆盖率，以获得本终端设备上的所述应用的源代码的测试覆盖率。

所述终端设备获得本终端设备上的应用的源代码的测试覆盖率之后，所述方法进一步包括：所述终端设备生成第二文件；其中，所述第二文件中至少包括所述应用的标识信息、所述应用所属的系统类型信息、所述应用的源代码的信息；所述终端设备将所述第二文件发送所述给服务器；

其中，所述第一文件中还包括所述第二文件的标识信息。

本申请实施例中，所述应用所属的系统类型信息具体为：Andriod系统或者iOS系统；所述应用的源代码的信息具体包括：所述源代码的统一资源定位符URL地址，和/或，所述源代码的软连接地址。

本申请实施例提供一种终端设备，所述终端设备具体包括：

获得模块，用于获得所述终端设备上的应用的源代码的测试覆盖率；

生成模块，用于利用所述测试覆盖率生成第一文件；其中，所述第一文件中至少包括所述测试覆盖率、所述应用所属的系统类型信息；

发送模块，用于将所述第一文件发送给服务器。

所述获得模块，具体用于接收来自服务器的测试代码，并将所述测试代码添加到所述应用的源代码中，所述测试代码用于对所述应用的源代码进行覆盖率测试；利用所述测试代码对所述终端设备上的所述应用的源代码进行覆盖率测试，以获得所述终端设备上的所述应用的源代码的测试覆盖率。

所述获得模块，进一步用于在利用所述测试代码对所述终端设备上的所述应用的源代码进行覆盖率测试，以获得所述终端设备上的所述应用的源代码的测试覆盖率的过程中，向所述终端设备上的所述应用发送转储dump请求；由所述应用在接收到所述dump请求之后，利用所述测试代码对所述应用的源代码进行覆盖率测试，并通过所述应用内部引入的超文本传送协议服务器HTTPServer向所述终端设备返回所述应用的源代码的测试覆盖率；

以及，接收所述应用返回的所述应用的源代码的测试覆盖率，以获得所述终端设备上的所述应用的源代码的测试覆盖率。

所述生成模块，还用于在获得所述终端设备上的应用的源代码的测试覆盖率之后，生成第二文件；其中，所述第二文件中至少包括所述应用的标识信息、所述应用所属的系统类型信息、所述应用的源代码的信息；

所述发送模块，还用于将所述第二文件发送所述给服务器；

其中，所述第一文件中还包括所述第二文件的标识信息。

本申请实施例中，所述应用所属的系统类型信息具体为：Andriod系统或者iOS系统；所述应用的源代码的信息包括：所述源代码的统一资源定位符URL地址，和/或，所述源代码的软连接地址。

与现有技术相比，本申请实施例至少具有以下优点：本申请实施例中，终端设备在获得本终端设备上的应用的源代码的测试覆盖率之后，可以利用测试覆盖率生成指定数据表设计格式的第一文件，并将携带测试覆盖率和应用所属的系统类型信息的第一文件发送给服务器，以使服务器可以对Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率进行同一管理，并使得服务器能够区分出Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率。进一步的，上述方式采用统一的数据表设计格式，以支撑Andriod系统和iOS系统的应用的测试覆盖率统计。上述方式采用统一的覆盖率方案设计，其覆盖率方案都是经过代码插桩后再打包成安装文件。上述方式采用统一的dump(转储)机制，都是通过在应用内部引入HTTP(HyperTextTransferProtocol，超文本传送协议)Server(服务器)，然后由第三方应用来触发相应的dump请求。上述方式采用统一的第三方应用，专门用来触发覆盖率请求和向服务器提交第一文件。

附图说明

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

图1是本申请实施例一中提出的一种测试覆盖率的处理方法流程图；

图2是本申请实施例一中提出的第一文件的格式示意图；

图3是本申请实施例一中提出的第二文件的格式示意图；

图4是本申请实施例二中提出的一种终端设备结构示意图。

具体实施方式

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

实施例一

针对现有技术中存在的问题，本申请实施例一提供一种测试覆盖率的处理方法，该方法应用于包括终端设备和服务器的系统中。其中，终端设备可以包括但不限于使用Andriod系统(基于Linux的自由及开放源代码的操作系统)或者iOS系统(苹果公司的移动操作系统)的终端设备。服务器可以包括但不限于网站服务器、AQC(质量、风险、测试管控平台)服务器等。

如图1所示，该测试覆盖率的处理方法具体可以包括以下步骤：

步骤101，终端设备获得本终端设备上的应用的源代码的测试覆盖率。

本申请实施例中，终端设备获得本终端设备上的应用的源代码的测试覆盖率的过程，具体包括但不限于：终端设备接收来自服务器的测试代码，并将该测试代码添加到应用的源代码中，其中，该测试代码用于对应用的源代码进行覆盖率测试。终端设备利用该测试代码对本终端设备上的应用的源代码进行覆盖率测试，以获得本终端设备上的应用的源代码的测试覆盖率。

本申请实施例中，终端设备利用测试代码对本终端设备上的应用的源代码进行覆盖率测试，以获得本终端设备上的应用的源代码的测试覆盖率的过程，具体包括但不限于：终端设备向本终端设备上的应用发送dump(转储)请求，由该应用在接收到该dump请求之后，利用测试代码对本应用的源代码进行覆盖率测试，并通过本应用内部引入的HTTPServer向终端设备返回本应用的源代码的测试覆盖率。进一步地，终端设备接收应用返回的该应用的源代码的测试覆盖率，以获得本终端设备上的应用的源代码的测试覆盖率。

步骤102，终端设备利用测试覆盖率生成第一文件，并生成第二文件。其中，该第一文件中至少包括测试覆盖率、应用所属的系统类型信息。该第二文件中至少包括应用的标识信息、应用所属的系统类型信息、应用的源代码的信息。进一步的，该第一文件中还包括该第二文件的标识信息。

本申请实施例中，应用所属的系统类型信息具体为：Andriod系统或者iOS系统。进一步的，应用的源代码的信息具体可以包括：源代码的URL(UniformResourceLocator，统一资源定位符)地址，和/或，源代码的软连接地址。

当终端设备使用Andriod系统或者iOS系统时，针对某应用，通常会存在基于Andriod系统的应用和基于iOS系统的应用。当终端设备使用Andriod系统时，终端设备上配置Andriod系统的应用，此时，应用所属的系统类型信息为：Andriod系统，且测试覆盖率为Andriod系统的应用的源代码的测试覆盖率。当终端设备使用iOS系统时，终端设备上配置iOS系统的应用，此时，应用所属的系统类型信息为：iOS系统，且测试覆盖率为iOS系统的应用的源代码的测试覆盖率。其中，测试覆盖率是对测试完全程度的评测，其建立在测试覆盖基础上，由测试需求和测试用例的覆盖或者已执行代码的覆盖表示。

步骤103，终端设备将第一文件发送给服务器，将第二文件发送给服务器。

本申请实施例中，终端设备上可以配置一个第三方应用，并由该第三方应用执行上述步骤101-步骤103的所有过程。如：第三方应用获得终端设备上的应用的源代码的测试覆盖率，并利用测试覆盖率生成第一文件，并生成第二文件，并将第一文件发送给服务器，并将第二文件发送给服务器。

本申请实施例中，采用统一的数据表设计格式，以支撑Andriod系统和iOS系统的应用的测试覆盖率统计。如图2所示，为第一文件(即Record表)的格式示意图，该第一文件用于存储测试覆盖率，且该第一文件中至少包括测试覆盖率、应用所属的系统类型信息、第二文件的标识信息。图2中，Record_id用于标识该第一文件与哪个第二文件相关联，即第二文件的标识信息；Type用于标识该第一文件隶属于哪个粒度，即应用所属的系统类型信息。

如图3所示，为第二文件(即Record表)的格式示意图，该第二文件用于记录每次上传的结果，且该第二文件中至少包括应用的标识信息、应用所属的系统类型信息、应用的源代码的信息，该应用的源代码的信息具体可以包括：源代码的URL地址，和/或，源代码的软连接地址。图3中，Name用于表示该应用的名称，即应用的标识信息；Type是Andriod系统或者iOS系统，即应用所属的系统类型信息；Source_url表示代码的svn(Subversion，开放源代码的版本控制系统)地址或者git(分布式版本控制系统)地址，即源代码的URL地址；Source_link表示代码的软连接地址，即源代码的软连接地址，其中，该软连接地址是iOS覆盖率计算时代码所在的编译时的位置。

本申请实施例中，采用统一的覆盖率方案设计，其覆盖率方案都是经过代码插桩后再打包成安装文件(如apk(AndroidPackage，Android安装包)或者ipa(iPhoneApplication，Apple程序应用文件)等)，该安装文件即需要插桩到应用的源代码的测试代码。其中，在服务器上打包时，Andriod应用有专门的maven(基于项目对象模型，可通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具)插件，在产生了原始的class(类)文件之后进行插桩。iOS应用直接在编译脚本中打开覆盖率相关选项，然后打包。

本申请实施例中，采用统一的dump机制，都是通过在应用内部引入HTTPServer，然后由第三方应用来触发相应的dump请求。其中，通过在应用的源代码中引入一个jar(JavaArchive，Java归档文件)或者framwork(框架)，这个jar或者framwork只用到最基本的系统库，不能引入第三方库。这个系统库里面包含一个HTTPServer，当有外部请求过来时，会尝试将覆盖率信息通过TCP(TransmissionControlProtocol，传输控制协议)进行输出。

本申请实施例中，采用统一的第三方应用，专门用来触发覆盖率请求，并向服务器提交数据(如第一文件和第二文件)。其中，通过开发一个第三方应用，并由该第三方应用向终端设备的特定端口发送请求(即上述的外部请求)。对于安装了覆盖率版本的应用，则会响应这个外部请求，并回复覆盖率数据(即测试覆盖率)给这个第三方应用，然后这个第三方应用会利用覆盖率数据生成第一文件和第二文件，并将第一文件和第二文件发送给服务器。

综上所述，本申请实施例至少具有以下优点：本申请实施例中，终端设备在获得本终端设备上的应用的源代码的测试覆盖率之后，可以利用测试覆盖率生成指定数据表设计格式的第一文件，并将携带测试覆盖率和应用所属的系统类型信息的第一文件发送给服务器，以使服务器可以对Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率进行同一管理，并使得服务器能够区分出Andriod系统的应用的源代码的测试覆盖率以及iOS系统的应用的源代码的测试覆盖率。进一步的，上述方式采用统一的数据表设计格式，以支撑Andriod系统和iOS系统的应用的测试覆盖率统计。上述方式采用统一的覆盖率方案设计，其覆盖率方案都是经过代码插桩后再打包成安装文件。上述方式采用统一的dump机制，都是通过在应用内部引入HTTPServer，然后由第三方应用来触发相应的dump请求。上述方式采用统一的第三方应用，专门用来触发覆盖率请求和向服务器提交第一文件。

实施例二

基于与上述方法同样的申请构思，本申请实施例中还提供了一种终端设备，如图4所示，所述终端设备具体包括：

获得模块11，用于获得所述终端设备上的应用的源代码的测试覆盖率；

生成模块12，用于利用所述测试覆盖率生成第一文件；其中，所述第一文件中至少包括所述测试覆盖率、所述应用所属的系统类型信息；

发送模块13，用于将所述第一文件发送给服务器。

所述获得模块11，具体用于接收来自服务器的测试代码，并将所述测试代码添加到所述应用的源代码中，所述测试代码用于对所述应用的源代码进行覆盖率测试；利用所述测试代码对所述终端设备上的所述应用的源代码进行覆盖率测试，以获得所述终端设备上的所述应用的源代码的测试覆盖率。

所述获得模块11，进一步用于在利用所述测试代码对所述终端设备上的所述应用的源代码进行覆盖率测试，以获得所述终端设备上的所述应用的源代码的测试覆盖率的过程中，向所述终端设备上的所述应用发送转储dump请求；由所述应用在接收到所述dump请求之后，利用所述测试代码对所述应用的源代码进行覆盖率测试，并通过所述应用内部引入的超文本传送协议服务器HTTPServer向所述终端设备返回所述应用的源代码的测试覆盖率；

以及，接收所述应用返回的所述应用的源代码的测试覆盖率，以获得所述终端设备上的所述应用的源代码的测试覆盖率。

所述生成模块12，还用于在获得所述终端设备上的应用的源代码的测试覆盖率之后，生成第二文件；其中，所述第二文件中至少包括所述应用的标识信息、所述应用所属的系统类型信息、所述应用的源代码的信息；

所述发送模块13，还用于将所述第二文件发送所述给服务器；

其中，所述第一文件中还包括所述第二文件的标识信息。

本申请实施例中，所述应用所属的系统类型信息具体为：Andriod系统或者iOS系统；所述应用的源代码的信息包括：所述源代码的统一资源定位符URL地址，和/或，所述源代码的软连接地址。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种测试覆盖率的处理方法，其特征在于，所述方法包括以下步骤：

终端设备获得本终端设备上的应用的源代码的测试覆盖率；

所述终端设备利用所述测试覆盖率生成第一文件；其中，所述第一文件中至少包括所述测试覆盖率、所述应用所属的系统类型信息；

所述终端设备将所述第一文件发送给服务器。

2.如权利要求1所述的方法，其特征在于，所述终端设备获得本终端设备上的应用的源代码的测试覆盖率的过程，具体包括：

所述终端设备接收来自服务器的测试代码，并将所述测试代码添加到所述应用的源代码中，所述测试代码用于对所述应用的源代码进行覆盖率测试；

所述终端设备利用所述测试代码对本终端设备上的所述应用的源代码进行覆盖率测试，以获得本终端设备上的所述应用的源代码的测试覆盖率。

3.如权利要求2所述的方法，其特征在于，所述终端设备利用所述测试代码对本终端设备上的所述应用的源代码进行覆盖率测试，以获得本终端设备上的所述应用的源代码的测试覆盖率的过程，具体包括：

所述终端设备向本终端设备上的所述应用发送转储dump请求；由所述应用在接收到所述dump请求之后，利用所述测试代码对所述应用的源代码进行覆盖率测试，并通过所述应用内部引入的超文本传送协议服务器HTTPServer向所述终端设备返回所述应用的源代码的测试覆盖率；

所述终端设备接收所述应用返回的所述应用的源代码的测试覆盖率，以获得本终端设备上的所述应用的源代码的测试覆盖率。

4.如权利要求1所述的方法，其特征在于，所述终端设备获得本终端设备上的应用的源代码的测试覆盖率之后，所述方法进一步包括：

所述终端设备生成第二文件；其中，所述第二文件中至少包括所述应用的标识信息、所述应用所属的系统类型信息、所述应用的源代码的信息；

所述终端设备将所述第二文件发送所述给服务器；

其中，所述第一文件中还包括所述第二文件的标识信息。

5.如权利要求4所述的方法，其特征在于，所述应用所属的系统类型信息具体为：Andriod系统或者iOS系统；所述应用的源代码的信息具体包括：所述源代码的统一资源定位符URL地址，和/或，所述源代码的软连接地址。

6.一种终端设备，其特征在于，所述终端设备具体包括：

获得模块，用于获得所述终端设备上的应用的源代码的测试覆盖率；

生成模块，用于利用所述测试覆盖率生成第一文件；其中，所述第一文件中至少包括所述测试覆盖率、所述应用所属的系统类型信息；

发送模块，用于将所述第一文件发送给服务器。

7.如权利要求6所述的终端设备，其特征在于，

所述获得模块，具体用于接收来自服务器的测试代码，并将所述测试代码添加到所述应用的源代码中，所述测试代码用于对所述应用的源代码进行覆盖率测试；利用所述测试代码对所述终端设备上的所述应用的源代码进行覆盖率测试，以获得所述终端设备上的所述应用的源代码的测试覆盖率。

8.如权利要求7所述的终端设备，其特征在于，

所述获得模块，进一步用于在利用所述测试代码对所述终端设备上的所述应用的源代码进行覆盖率测试，以获得所述终端设备上的所述应用的源代码的测试覆盖率的过程中，向所述终端设备上的所述应用发送转储dump请求；由所述应用在接收到所述dump请求之后，利用所述测试代码对所述应用的源代码进行覆盖率测试，并通过所述应用内部引入的超文本传送协议服务器HTTPServer向所述终端设备返回所述应用的源代码的测试覆盖率；

以及，接收所述应用返回的所述应用的源代码的测试覆盖率，以获得所述终端设备上的所述应用的源代码的测试覆盖率。

9.如权利要求6所述的终端设备，其特征在于，

所述生成模块，还用于在获得所述终端设备上的应用的源代码的测试覆盖率之后，生成第二文件；其中，所述第二文件中至少包括所述应用的标识信息、所述应用所属的系统类型信息、所述应用的源代码的信息；

所述发送模块，还用于将所述第二文件发送所述给服务器；

其中，所述第一文件中还包括所述第二文件的标识信息。

10.如权利要求9所述的终端设备，其特征在于，所述应用所属的系统类型信息具体为：Andriod系统或者iOS系统；所述应用的源代码的信息包括：所述源代码的统一资源定位符URL地址，和/或，所述源代码的软连接地址。