CN109947640B - 基于回归测试的核心功能覆盖度统计方法及装置 - Google Patents

Abstract

本公开公开了一种基于回归测试的核心功能覆盖度统计方法、装置、电子设备及计算机可读存储介质，其中，所述方法包括：根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。本公开通过根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据，并根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度，一方面无需开发人员编写各种单元测试用例，简化了测试过程，并且本公开基于应用程序接口粒度，能够得到更为精确的核心功能覆盖度，该核心功能覆盖度具有较强的指导意义。

Description

基于回归测试的核心功能覆盖度统计方法及装置

技术领域

本公开涉及信息处理技术领域，尤其涉及一种基于回归测试的核心功能覆盖度统计方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网的迅速发展，互联网应用程序迭代发布越来越频繁(例如，一周发布一次或两次新版本)，随之需要频繁对新版本的应用程序进行全回归测试。并且，由于发布时间紧迫，全回归测试需要掌握一定的粒度，回归的效果也必须要达标。因此统计分析回归测试中功能模块的覆盖度具有很重要的参考意义。

相关技术中，开发人员基于应用程序对应的代码分支编写相应的单元测试用例，在运行单元测试用例进行回归测试的过程中，开启一些监控代码工具(一般基于插桩的方式)，得到代码覆盖度情况。

但是，这种方法一方面需要开发人员编写各种单元测试用例，大大增加了任务量以及难度，测试效率低；另一方面，基于代码分支进行测试，粒度太细，且得到的核心功能覆盖度很少超过50％，指导意义不是很强，缺少指导意义。

发明内容

为克服相关技术中存在的问题，本公开提供一种基于回归测试的核心功能覆盖度统计方法、装置、电子设备及计算机可读存储介质。

根据本公开实施例的第一方面，提供一种基于回归测试的核心功能覆盖度统计方法，包括：

根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；

根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。

进一步的，所述方法还包括：

确定所述待测试应用程序对应的后台服务器，并建立所述后台服务器与代理服务器之间的通信链接；

将所述待测试应用程序运行过程中向所述后台服务器申请访问的应用程序接口数据发送至所述代理服务器，通过所述代理服务器统计访问的应用程序接口数据；

相应的，所述根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据，包括：

根据待测试应用程序对应的功能覆盖度测试请求，从所述代理服务器获取访问的应用程序接口数据，将获取的应用程序接口数据作为实际访问的应用程序接口数据。

进一步的，所述功能覆盖度测试请求中包含所述待测试应用程序的版本信息和分支信息；

相应的，所述根据待测试应用程序发送的回归测试请求确定期望访问的应用程序接口数据，包括：

根据所述版本信息和分支信息获取所述待测试应用程序对应的配置文件；

解析所述配置文件获取所述待测试应用程序期望访问的应用程序接口数据。

进一步的，所述方法还包括：

根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；

在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；

根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

进一步的，所述回归测试界面还包含所述测试应用程序的版本信息、分支信息和程序类型中的至少一种。

进一步的，所述方法还包括：

根据所述实际访问的应用程序接口数据、所述期望访问的应用程序接口数据、和所述核心功能覆盖度生成测试报告，所述测试报告中包含实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口、和当前版本覆盖的应用程序接口中的至少一项信息。

根据本公开实施例的第二方面，提供一种基于回归测试的核心功能覆盖度统计装置，包括：

接口确定模块，被配置为根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；

覆盖度确定模块，被配置为根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。

进一步的，所述装置还包括：

服务器连接模块，被配置为确定所述待测试应用程序对应的后台服务器，并建立所述后台服务器与代理服务器之间的通信链接；

接口发送模块，被配置为将所述待测试应用程序运行过程中向所述后台服务器申请访问的应用程序接口数据发送至所述代理服务器，通过所述代理服务器统计访问的应用程序接口数据；

相应的，所述接口确定模块具体被配置为：根据待测试应用程序对应的功能覆盖度测试请求，从所述代理服务器获取访问的应用程序接口数据，将获取的应用程序接口数据作为实际访问的应用程序接口数据。

进一步的，所述功能覆盖度测试请求中包含所述待测试应用程序的版本信息和分支信息；

相应的，所述接口确定模块具体被配置为：根据所述版本信息和分支信息获取所述待测试应用程序对应的配置文件；解析所述配置文件获取所述待测试应用程序期望访问的应用程序接口数据。

进一步的，所述装置还包括：

界面生成模块，被配置为根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

进一步的，所述回归测试界面还包含所述测试应用程序的版本信息、分支信息和程序类型中的至少一种。

进一步的，所述装置还包括：

测试报告生成模块，被配置为根据所述实际访问的应用程序接口数据、所述期望访问的应用程序接口数据、和所述核心功能覆盖度生成测试报告，所述测试报告中包含实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口、和当前版本覆盖的应用程序接口中的至少一项信息。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。

根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种基于回归测试的核心功能覆盖度统计方法，所述方法包括：根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。

根据本公开实施例的第五方面，提供一种应用程序，当所述应用程序中的指令由移动终端的处理器执行时，使得移动终端能够执行一种基于回归测试的核心功能覆盖度统计方法，所述方法包括：根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。

本公开的实施例提供的技术方案可以包括以下有益效果：通过根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据，并根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度，一方面无需开发人员编写各种单元测试用例，简化了测试过程，并且本公开基于应用程序接口粒度，能够得到更为精确的核心功能覆盖度，该核心功能覆盖度具有较强的指导意义。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开实施例一提供的一种基于回归测试的核心功能覆盖度统计方法的流程图。

图2是本公开实施例二提供的一种基于回归测试的核心功能覆盖度统计方法的流程图。

图3a是本公开实施例三提供的一种基于回归测试的核心功能覆盖度统计方法的流程图。

图3b是本公开实施例三提供的一种基于回归测试的核心功能覆盖度统计方法中的回归测试界面示意图。

图3c是本公开实施例三提供的一种基于回归测试的核心功能覆盖度统计方法中的测试报告示意图。

图4是本公开实施例四提供的一种基于回归测试的核心功能覆盖度统计装置的结构框图。

图5是本公开实施例五提供的一种电子设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

实施例一

图1是本公开实施例一提供的一种基于回归测试的核心功能覆盖度统计方法的流程图，本实施例提供的基于回归测试的核心功能覆盖度统计方法的执行主体，可为本公开实施例提供的基于回归测试的核心功能覆盖度统计装置，该装置可以集成于移动终端设备(例如，智能手机、平板电脑等)、笔记本或固定终端(台式电脑)中，该基于回归测试的核心功能覆盖度统计装置可以采用硬件或软件实现。如图1所示，包括以下步骤：

在步骤S11中，根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据。

其中，待测试应用程序可以为安装在终端设备中的应用程序，例如微信、腾讯QQ、百度地图等，也可以为操作系统中自带的应用程序，例如照片应用、短信应用等。

其中，功能覆盖度请求可以为在终端中开启待测试应用程序时，该待测试应用程序产生的启动请求。

其中，实际访问的应用程序接口数据为待测试应用程序运行过程中实际访问的应用程序接口数据，即运行过程中覆盖的应用程序接口数据。期望访问的应用程序接口数据为开发人员在开发待测试应用程序时编写的所有实际应该访问的应用程序接口数据，但在待测试应用程序运行过程中未必都没访问。

在步骤S12中，根据实际访问的应用程序接口数据和期望访问的应用程序接口数据确定核心功能覆盖度。

其中，核心功能覆盖度为根据实际访问的应用程序接口数据和期望访问的应用程序接口数据，确定实际访问的应用程序接口被访问的比例，可以用百分比表示。

本实施例通过根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据，并根据实际访问的应用程序接口数据和期望访问的应用程序接口数据确定核心功能覆盖度，一方面无需开发人员编写各种单元测试用例，简化了测试过程，并且本公开基于应用程序接口粒度，能够得到更为精确的核心功能覆盖度，该核心功能覆盖度具有较强的指导意义。

实施例二

图2是本公开实施例二提供的一种基于回归测试的核心功能覆盖度统计方法的流程图，本实施例在上述实施例的基础上，进一步增加了代理服务器的相关步骤，并对步骤根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据进行了进一步优化，如图2所示，包括以下步骤：

在步骤S21中，确定待测试应用程序对应的后台服务器，并建立后台服务器与代理服务器之间的通信链接。

其中，代理服务器为预设建立的服务器，用于与后台服务器建立通信连接，从后台服务器获取待测试应用程序运行过程中访问的应用程序接口数据。

具体的，在回归测试过程中，将后台服务器的域名切换到代理服务器，或者打包时通过传入参数直接让开发人员将后台服务器的域名指向代理服务器，代理服务器会记录回归测试过程中实际访问的应用程序接口数据。此外，代理服务器还可以获取访问的应用程序接口数据，包括但不限于访问时间、访问设备、版本、统一资源定位符(Uniform ResourceLocator，URL)、参数和返回值等。

在步骤S22中，根据待测试应用程序对应的功能覆盖度测试请求，将待测试应用程序运行过程中向后台服务器申请访问的应用程序接口数据发送至代理服务器，通过代理服务器统计访问的应用程序接口数据。

具体的，由于后台服务器中存储了大量用户使用该待测试应用程序时访问的应用程序接口数据，如果从大量用户对应的数据中获取测试用户对应的应用程序接口数据，则需要进行大量的筛选工作，从而增加了统计复杂度，而本步骤通过建立代理服务器，通过代理服务器获取测试用户在运行待测试应用程序对应的应用程序接口数据，则比较有针对性，且提高了获取速度。

在步骤S23中，根据待测试应用程序对应的功能覆盖度测试请求，从代理服务器获取访问的应用程序接口数据，将获取的应用程序接口数据作为实际访问的应用程序接口数据。

在步骤S24中，根据待测试应用程序对应的功能覆盖度测试请求确定期望访问的应用程序接口数据。

其中，步骤S23和步骤S24可以同时执行，也可以先后执行，对其执行顺序不做具体限定。

在步骤S25中，根据实际访问的应用程序接口数据和期望访问的应用程序接口数据确定核心功能覆盖度。

在一个可选的实施例中，功能覆盖度测试请求中包含待测试应用程序的版本信息和分支信息；相应的，步骤S24包括：

根据版本信息和分支信息获取待测试应用程序对应的配置文件；

解析配置文件获取待测试应用程序期望访问的应用程序接口数据。

具体的，通常一个应用程序在开发过程中，其实际应该访问的应用程序接口数据都集中在一个或多个配置文件中，通过解析对应的配置文件即可获取期望访问的应用程序接口数据。

本实施例通过使用代理服务器统计实际访问的应用程序接口数据，可以进一步提高获取实际访问的应用程序接口数据的速度，并且根据实际访问的应用程序接口数据和期望访问的应用程序接口数据确定核心功能覆盖度，一方面无需开发人员编写各种单元测试用例，简化了测试过程，并且本公开基于应用程序接口粒度，能够得到更为精确的核心功能覆盖度，该核心功能覆盖度具有较强的指导意义。

实施例三

图3a是本公开实施例三提供的一种基于回归测试的核心功能覆盖度统计方法的流程图，本实施例在上述实施例的基础上，进一步包括了生成功能覆盖度测试请求的相关步骤，如图3a所示，包括以下步骤：

在步骤S31中，根据待测试应用程序对应的回归测试请求，运行测试应用程序。

其中，回归测试请求可以为在终端中开启待测试应用程序时，该待测试应用程序产生的启动请求。

在步骤S32中，在回归测试完成后，生成回归测试界面，回归测试界面中包含功能覆盖度测试按钮。

其中，该回归测试界面还可以包含测试应用程序的版本信息、分支信息和程序类型中的至少一种。其中，程序类型为安卓Android、苹果IOS或Windows。

具体的，对回归测试界面进行举例说明，如图3b所示，为回归测试界面的一种示例，具体包括测试应用程序的版本信息、分支信息、程序类型和功能覆盖度测试按钮。

在步骤S33中，根据对功能覆盖度测试按钮的触发操作生成功能覆盖度测试请求。

其中，触发操作可以为点击、双击或长按。

具体的，通过触发功能覆盖度测试按钮还生成如图3b所示的文字信息“温馨提示：应用程序接口数据覆盖度每次实时计算，有点慢，请耐心等待～”。

在步骤S34中，根据功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据。

在步骤S35中，根据实际访问的应用程序接口数据和期望访问的应用程序接口数据确定核心功能覆盖度。

在一个可选的实施例中，该方法还包括：

根据实际访问的应用程序接口数据、期望访问的应用程序接口数据、和核心功能覆盖度生成测试报告，测试报告中包含实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口及对应的编辑备注按钮、和当前版本覆盖的应用程序接口及对应的编辑备注按钮中的至少一项信息。

其中，编辑备注按钮用于根据研发人员的触发操作，使应用程序接口处于被编辑状态或者提供内容编辑框，让研发人员对该应用程序接口进行备注。

具体的，以上述图3b所示图为例，在触发功能覆盖度测试按钮之后，生成如图3c所示的测试报告，该测试报告中包含了应用程序的名称、实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口。

本实施例通过生成回归测试界面，可以让开发人员能够直观的进行操作，通过回归测试界面触发生成功能覆盖度测试请求，完成功能覆盖度测试，并且还可以生成测试报告，让开发人员能够直观的看到对应的测试结果，从而大大提高了测试效率。

实施例四

图4是本公开实施例提供的一种基于回归测试的核心功能覆盖度统计装置框图。该装置可以集成于移动终端设备(例如，智能手机、平板电脑等)、笔记本或固定终端(台式电脑)中，该基于回归测试的核心功能覆盖度统计装置可以采用硬件或软件实现。参照图4，该装置包括接口确定模块41和覆盖度确定模块42，其中，接口确定模块41与覆盖度确定模块4 2连接。

接口确定模块41被配置为根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；

覆盖度确定模块42被配置为根据实际访问的应用程序接口数据和期望访问的应用程序接口数据确定核心功能覆盖度。

进一步的，该装置还包括：服务器连接模块43和接口发送模块44，其中，服务器连接模块43、接口发送模块44、接口确定模块41和覆盖度确定模块42依次连接。

服务器连接模块43被配置为确定待测试应用程序对应的后台服务器，并建立后台服务器与代理服务器之间的通信链接；

接口发送模块44被配置为将待测试应用程序运行过程中向后台服务器申请访问的应用程序接口数据发送至代理服务器，通过代理服务器统计访问的应用程序接口数据；

相应的，接口确定模块41具体被配置为：根据待测试应用程序对应的功能覆盖度测试请求，从代理服务器获取访问的应用程序接口数据，将获取的应用程序接口数据作为实际访问的应用程序接口数据。

进一步的，功能覆盖度测试请求中包含待测试应用程序的版本信息和分支信息；

相应的，接口确定模块41具体被配置为：根据版本信息和分支信息获取待测试应用程序对应的配置文件；解析配置文件获取待测试应用程序期望访问的应用程序接口数据。

进一步的，该装置还包括：界面生成模块45，其中，界面生成模块45、接口确定模块41和覆盖度确定模块42依次连接。

界面生成模块45被配置为根据待测试应用程序对应的回归测试请求，运行测试应用程序；在回归测试完成后，生成回归测试界面，回归测试界面中包含功能覆盖度测试按钮；根据对功能覆盖度测试按钮的触发操作生成功能覆盖度测试请求。

进一步的，回归测试界面还包含测试应用程序的版本信息、分支信息和程序类型中的至少一种。

进一步的，该装置还包括：测试报告生成模块46；其中，测试报告生成模块46与覆盖度确定模块42、界面生成模块45连接。

测试报告生成模块46被配置为根据实际访问的应用程序接口数据、期望访问的应用程序接口数据、和核心功能覆盖度生成测试报告，测试报告中包含实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口、和当前版本覆盖的应用程序接口中的至少一项信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

实施例五

本公开实施例提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；其中，该处理器被配置为：

根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据和期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度。

其中，图5是本公开实施例提供的一种电子设备的框图。例如，该电子设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，该电子设备可以包括以下一个或多个组件：处理组件502，存储器504，电力组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制电子设备的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在电子设备的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为电子设备的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

多媒体组件508包括在所述电子设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当电子设备处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为电子设备提供各个方面的状态评估。例如，传感器组件514可以检测到电子设备的打开/关闭状态，组件的相对定位，例如所述组件为电子设备的显示器和小键盘，传感器组件514还可以检测电子设备或电子设备一个组件的位置改变，用户与电子设备接触的存在或不存在，电子设备方位或加速/减速和电子设备的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由电子设备的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种应用程序，例如包括指令的存储器504，上述指令可由电子设备的处理器520执行以完成上述方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种基于回归测试的核心功能覆盖度统计方法，其特征在于，包括：

根据待测试应用程序对应的功能覆盖度测试请求确定从代理服务器获取的实际访问的应用程序接口数据和通过解析配置文件获取的期望访问的应用程序接口数据；

根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度；

根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；

在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；

根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

2.根据权利要求1所述的基于回归测试的核心功能覆盖度统计方法，其特征在于，所述方法还包括：

确定所述待测试应用程序对应的后台服务器，并建立所述后台服务器与代理服务器之间的通信链接；

将所述待测试应用程序运行过程中向所述后台服务器申请访问的应用程序接口数据发送至所述代理服务器，通过所述代理服务器统计访问的应用程序接口数据；

相应的，所述根据待测试应用程序对应的功能覆盖度测试请求确定实际访问的应用程序接口数据，包括：

根据待测试应用程序对应的功能覆盖度测试请求，从所述代理服务器获取访问的应用程序接口数据，将获取的应用程序接口数据作为实际访问的应用程序接口数据。

3.根据权利要求1所述的基于回归测试的核心功能覆盖度统计方法，其特征在于，所述功能覆盖度测试请求中包含所述待测试应用程序的版本信息和分支信息；

相应的，所述根据待测试应用程序发送的回归测试请求确定期望访问的应用程序接口数据，包括：

根据所述版本信息和分支信息获取所述待测试应用程序对应的配置文件；

解析所述配置文件获取所述待测试应用程序期望访问的应用程序接口数据。

4.根据权利要求1所述的基于回归测试的核心功能覆盖度统计方法，其特征在于，所述回归测试界面还包含所述测试应用程序的版本信息、分支信息和程序类型中的至少一种。

5.根据权利要求1-3任一项所述的基于回归测试的核心功能覆盖度统计方法，其特征在于，所述方法还包括：

根据所述实际访问的应用程序接口数据、所述期望访问的应用程序接口数据、和所述核心功能覆盖度生成测试报告，所述测试报告中包含实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口、和当前版本覆盖的应用程序接口中的至少一项信息。

6.一种基于回归测试的核心功能覆盖度统计装置，其特征在于，包括：

接口确定模块，被配置为根据待测试应用程序对应的功能覆盖度测试请求确定从代理服务器获取的实际访问的应用程序接口数据和通过解析配置文件获取的期望访问的应用程序接口数据；

覆盖度确定模块，被配置为根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度；

界面生成模块，被配置为根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

7.根据权利要求6所述的基于回归测试的核心功能覆盖度统计装置，其特征在于，所述装置还包括：

服务器连接模块，被配置为确定所述待测试应用程序对应的后台服务器，并建立所述后台服务器与代理服务器之间的通信链接；

接口发送模块，被配置为将所述待测试应用程序运行过程中向所述后台服务器申请访问的应用程序接口数据发送至所述代理服务器，通过所述代理服务器统计访问的应用程序接口数据；

相应的，所述接口确定模块具体被配置为：根据待测试应用程序对应的功能覆盖度测试请求，从所述代理服务器获取访问的应用程序接口数据，将获取的应用程序接口数据作为实际访问的应用程序接口数据。

8.根据权利要求6所述的基于回归测试的核心功能覆盖度统计装置，其特征在于，所述功能覆盖度测试请求中包含所述待测试应用程序的版本信息和分支信息；

相应的，所述接口确定模块具体被配置为：根据所述版本信息和分支信息获取所述待测试应用程序对应的配置文件；解析所述配置文件获取所述待测试应用程序期望访问的应用程序接口数据。

9.根据权利要求6所述的基于回归测试的核心功能覆盖度统计装置，其特征在于，所述回归测试界面还包含所述测试应用程序的版本信息、分支信息和程序类型中的至少一种。

10.根据权利要求6-8任一项所述的基于回归测试的核心功能覆盖度统计装置，其特征在于，所述装置还包括：

测试报告生成模块，被配置为根据所述实际访问的应用程序接口数据、所述期望访问的应用程序接口数据、和所述核心功能覆盖度生成测试报告，所述测试报告中包含实际访问的应用程序接口数量、期望访问的应用程序接口数量、核心功能覆盖度、当前版本未覆盖的应用程序接口、和当前版本覆盖的应用程序接口中的至少一项信息。

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

处理器；

用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

根据待测试应用程序对应的功能覆盖度测试请求确定从代理服务器获取的实际访问的应用程序接口数据和通过解析配置文件获取的期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度；根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

12.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种基于回归测试的核心功能覆盖度统计方法，所述方法包括：

根据待测试应用程序对应的功能覆盖度测试请求确定从代理服务器获取的实际访问的应用程序接口数据和通过解析配置文件获取的期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度；根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

13.一种移动终端，所述移动终端包括应用程序，当所述应用程序中的指令由移动终端的处理器执行时，使得移动终端能够执行一种基于回归测试的核心功能覆盖度统计方法，所述方法包括：

根据待测试应用程序对应的功能覆盖度测试请求确定从代理服务器获取的实际访问的应用程序接口数据和通过解析配置文件获取的期望访问的应用程序接口数据；根据所述实际访问的应用程序接口数据和所述期望访问的应用程序接口数据确定核心功能覆盖度；根据所述待测试应用程序对应的回归测试请求，运行所述测试应用程序；在回归测试完成后，生成回归测试界面，所述回归测试界面中包含功能覆盖度测试按钮；根据对所述功能覆盖度测试按钮的触发操作生成所述功能覆盖度测试请求。

Images