CN113238931A

CN113238931A - 一种基于执行路径追踪技术的测试覆盖计算方法及装置

Info

Publication number: CN113238931A
Application number: CN202110455424.7A
Authority: CN
Inventors: 罗军; 张晋桂; 黄万民; 王萍; 梁巧清
Original assignee: Tuoshi Software Science Garden Co ltd Guangdong
Current assignee: Tuoshi Software Science Garden Co ltd Guangdong
Priority date: 2021-04-26
Filing date: 2021-04-26
Publication date: 2021-08-10

Abstract

本发明公开了一种基于执行路径追踪技术的测试覆盖计算方法及装置，所述方法包括：采集用户触发控件时的变化数据；根据响应用户触发控件的顺序将所述变化数据进行排序，得到排序图表；基于所述响应图表统计执行路径，并集合生成测试执行路径事件集；采用所述测试执行路径事件集分别计算每条执行路径的测试覆盖率和触发比例。本发明可以针对不同众包工人的执行测试路径进行追踪，统计计算其各自的测试覆盖率，并实时反馈给该众包工人，使其能够更好的了解自己测试的不足，进而进行更充分的测试，以在众包测试中确保测试覆盖；同时，根据各事件触发比例，可使开发者更好的发现问题所在及人们感兴趣的部分，以进一步完善该移动应用。

Description

一种基于执行路径追踪技术的测试覆盖计算方法及装置

技术领域

本发明涉及移动应用的测试技术领域，尤其涉及一种基于执行路径追踪技术的测试覆盖计算方法及装置。

背景技术

随着移动互联网和移动设备的飞速发展，移动应用已经应用到社会生活的各个方面。在推广使用前，需要测试应用效果与功能，传统的测试是通过专家或专业测试人员进行测试。但此方式的测试成本较高，难以无法满足移动应用版本多样、迭代快等特点。

因此，为了满足移动应用的测试需求，目前其中一种常用的移动应用程序测试是众包测试。众包测试是指测试人员将测试任务发布到众包平台，并由平台上的大规模众包工人进行人工测试。

但由于众包测试是测试由许多不同的测试人员进行的，各个测试人员无法得知程序的内部结构，也无法得知移动应用的整体情况，且测试的计划或跟踪方式与传统的瀑布或敏捷测试工作不同，因此，在众包测试中难以确保测试覆盖，导致测试有遗漏，降低测试的准确率。

发明内容

本发明提出一种基于执行路径追踪技术的测试覆盖计算方法及装置，所述方法可以在众包测试中确保测试覆盖，从而可以根据测试覆盖确定测试的完整性，提高测试的准确率。

本发明实施例的第一方面提供了一种基于执行路径追踪技术的测试覆盖计算方法，所述方法包括：

采集用户触发控件时的变化数据；

根据响应用户触发控件的顺序将所述变化数据进行排序，得到排序图表，其中，所述响应用户触发控件的顺序包括响应时间顺序及响应逻辑顺序；

基于所述响应图表统计执行路径，并集合生成测试执行路径事件集；

采用所述测试执行路径事件集分别计算每条执行路径的测试覆盖率和触发比例。

在第一方面的一种可能的实现方式中，所述基于所述响应图表统计执行路径，并集合生成测试执行路径事件集，包括：

将所述测试执行路径事件集绘制成有向图；

获取基于触发控件时所产生的执行路径，并确定所述执行路径所经过的界面或控件得到执行事件；

将所述有向图与所述执行事件组装集合，生成测试执行路径事件集。

在第一方面的一种可能的实现方式中，所述获取基于触发控件时所产生的执行路径，包括：

获得用户触发时的触发节点和当前界面的根节点；

判断控件是否响应并操作；

当控件响应并操作时，采集用户的触发参数，其中，所述触发参数包括触发时间和触发方式；

按照所述触发参数将所述触发节点和所述根节点进行排列，确定当前界面和控件的顺序关系，得到执行路径。

在第一方面的一种可能的实现方式中，所述计算每条执行路径的测试覆盖率具体为：

采用如下公式计算：

其中，Coverage_k表示第k条执行路径测试覆盖率，Page_k表示第k条执行路径所包含的事件数，

表示所述测试执行路径事件集。

在第一方面的一种可能的实现方式中，所述计算每条执行路径的触发比例具体为：

采用如下公式计算：

其中，Ratio_k表示事件k触发比例，Cont_k表示第k个事件发生的次数总和，

表示对所有事件发生的次数求和。

在第一方面的一种可能的实现方式中，所述采集用户触发控件时的变化数据，包括：

通过预设的辅助服务接收用户触发控件时的事件回调；

基于预设的事件回调确定变化数据。

在第一方面的一种可能的实现方式中，所述方法还包括：

分类统计所述测试覆盖率和所述触发比例的计算结果，并生成统计结果；

将所述统计结果发送至预设的服务器，以使所述预设的服务器将所述统计结果反馈给测试人员。

本发明实施例的第二方面提供了一种基于执行路径追踪技术的测试覆盖计算装置，所述装置包括：

采集模块，用于采集用户触发控件时的变化数据；

排序模块，用于根据响应用户触发控件的顺序将所述变化数据进行排序，得到排序图表，其中，所述响应用户触发控件的顺序包括响应时间顺序及响应逻辑顺序；

集合模块，用于基于所述响应图表统计执行路径，并集合生成测试执行路径事件集；

计算模块，用于采用所述测试执行路径事件集分别计算每条执行路径的测试覆盖率和触发比例。

相比于现有技术，本发明实施例提供的基于执行路径追踪技术的测试覆盖计算方法及装置，其有益效果在于：本发明可以针对不同众包工人的执行测试路径进行追踪，统计计算其各自的测试覆盖率，并实时反馈给该众包工人，使其能够更好的了解自己测试的不足，进而进行更充分的测试，以在众包测试中确保测试覆盖；同时，根据各事件触发比例，可使开发者更好的发现问题所在及人们感兴趣的部分，以进一步完善该移动应用。

附图说明

图1是本发明一实施例提供的一种基于执行路径追踪技术的测试覆盖计算方法的流程示意图；

图2是本发明一实施例提供的获取执行路径的操作流程图；

图3是本发明一实施例提供的一种基于执行路径追踪技术的测试覆盖计算方法的操作流程图；

图4是本发明一实施例提供的一种基于执行路径追踪技术的测试覆盖计算装置的结构示意图。

具体实施方式

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

由于众包测试是测试由许多不同的测试人员进行的，各个测试人员无法得知程序的内部结构，也无法得知移动应用的整体情况，且测试的计划或跟踪方式与传统的瀑布或敏捷测试工作不同，因此，在众包测试中难以确保测试覆盖，导致测试有遗漏，降低测试的准确率。

为了解决上述问题，下面将通过以下具体的实施例对本申请实施例提供的一种基于执行路径追踪技术的测试覆盖计算方法进行详细介绍和说明。

参照图1，示出了本发明一实施例提供的一种基于执行路径追踪技术的测试覆盖计算方法的流程示意图。

其中，作为示例的，所述基于执行路径追踪技术的测试覆盖计算方法，可以包括：

S11、采集用户触发控件时的变化数据。

该变化数据为用户触发控件时控件执行操作的变化数据。

为了能准确获取变化数据，其中，作为示例的，步骤S11可以包括以下子步骤：

子步骤S111、通过预设的辅助服务接收用户触发控件时的事件回调。

子步骤S112、基于预设的事件回调确定变化数据。

具体地，可以创建辅助功能服务类，该辅助功能服务类用于存储当前控件的执行状态和属性。然后主要通过辅助服务(AccessibilityEvent)接收指定事件的回调(例如控件的文字改变、滑动、UI变化、控件的点击、双击操作等事件)。其中，事件回调的实现机制是可通过TYPE_VIEW_CLICKED事件触发当View被点击时发送事件、通过TYPE_VIEW_LONG_CLICKED事件触发当View被长按时发送事件、通过TYPE_VIEW_FOCUSED事件触发当View获取到焦点时发送事件、通过TYPE_WINDOW_STATE_CHANGED事件触发当Window发生变化时发送事件、通过TYPE_VIEW_SCROLLED事件触发当View滑动时发送事件等。其服务框架类似于hook在Android View组件树中的一套实现，是在View的显示、事件分发的流程中实现的；

然后，辅助功能服务可以根据配置服务参数(主要参数包括TYPE_WINDOW_STATE_CHANGED、TYPE_NOTIFICATION_STATE_CHANGED、TYPE_ANNOUNCEMENT、TYPE_TOUCH_EXPLORATION_GESTURE_START、TYPE_TOUCH_EXPLORATION_GESTURE_END、TYPE_VIEW_HOVER_ENTER、TYPE_VIEW_HOVER_EXIT、TYPE_ASSIST_READING_CONTEXT、TYPE_WINDOWS_CHANGED等)确定变化数据。

在可选的实施例中，可使用以下两种方式进行服务配置：一是在实例化的辅助功能类中初始化，该方法可灵活改变需要的参数，但配置属性有限；二是使用manifest中添加meta-data的方式，可以配置更多的属性，对不需要修改参数的服务配置具有良好的适应性。

S12、根据响应用户触发控件的顺序将所述变化数据进行排序，得到排序图表，其中，所述响应用户触发控件的顺序包括响应时间顺序及响应逻辑顺序。

在实际操作中，可以通过用户触发控件的事件，按照响应时间顺序及响应逻辑顺序对用户触发控件的事件进行排列，从而得到用户触发控件的事件相应的时序图及逻辑图。

S13、基于所述响应图表统计执行路径，并集合生成测试执行路径事件集。

在本实施例中，可以根据响应图表的顺序获取控件响应用户的触发执行的变化操作，例如文字改变、滑动、UI变化等事件信息。接着将各个变化操作进行组装得到执行路径，并且可以重新创建一些对象来间接保存这些执行路径的数据，或者使用Socket方式将执行路径的数据实时传输至服务器，让服务器保存上述执行路径的数据。

在一可选的实施例中，可以将每条执行路径的数据看作一个子集，开辟一个新的集合空间，并将所有执行路径数据的子集逐个地插入到所开辟的集合空间中，从而生成测试执行路径事件集。

在向集合空间插入执行路径的数据子集时，可以搜索该执行路径的数据子集的元素是否已存在于该集合空间，如果已存在则不插入，如果不存在则插入，然后对新集合空间的所有元素按元素名称进行升序排序，最终得到的集合即视为全集。

其中，作为示例的，步骤S13可以包括以下子步骤：

子步骤S131、将所述测试执行路径事件集绘制成有向图。

在实际操作中，可以根据用户触发控件的事件相应的时序图及逻辑图将测试执行路径事件集绘制成有向图。

子步骤S132、获取基于触发控件时所产生的执行路径，并确定所述执行路径所经过的界面或控件得到执行事件。

该执行事件具体为相应用户触发控件所产生的执行路径，该控件执行的操作。

参照图2，示出了本发明一实施例提供的获取执行路径的操作流程图。为了准确获取执行事件，其中，作为示例的，步骤S132可以包括以下子步骤：

子步骤S1321、获得用户触发时的触发节点和当前界面的根节点。

在本实施例中，可以使用getSource方法获取触发这次事件的控件节点，可以使用findAccessibilityNodeInfosByText或findAccessibilityNodeInfosByViewId方法获取到当前界面的根节点。

子步骤S1322、判断控件是否响应并操作。

子步骤S1323、当控件响应并操作时，采集用户的触发参数，其中，所述触发参数包括触发时间和触发方式。

当控件发生变化时，确定控件响应用户的触发操作，可以获取用户的触发参数，该触发参数具体可以是子步骤S112的主要参数。

子步骤S1324、按照所述触发参数将所述触发节点和所述根节点进行排列，确定当前界面和控件的顺序关系，得到执行路径。

获取界面节点信息后，根据控件是否响应进行相应的处理，将节点信息按响应时间或响应逻辑顺序进行排列，得到各个page之间及page与控件之间的关系。例如，PageA页面中buttonA的OnClick事件，会返回PageB页面，则可知：PageA页面中buttonA的OnClick事件，指向PageB页面。

子步骤S133、将所述有向图与所述执行事件组装集合，生成测试执行路径事件集。

具体地，可以收集多个执行路径，统计所有测试执行路径事件触发情况并求并集，将其视为一个全集，得到事件总和，并生成测试执行路径事件集。

S14、采用所述测试执行路径事件集分别计算每条执行路径的测试覆盖率和触发比例。

其中，作为示例的，所述计算每条执行路径的测试覆盖率具体为：

采用如下公式计算：

表示所述测试执行路径事件集。

其中，作为示例的，所述计算每条执行路径的触发比例具体为：

采用如下公式计算：

表示对所有事件发生的次数求和。

为了方便技术人员根据计算结果进行相应的操作，以及让技术人员可以实时确定计算情况，其中，作为示例的，所述方法还可以包括：

步骤S15、分类统计所述测试覆盖率和所述触发比例的计算结果，并生成统计结果。

步骤S16、将所述统计结果发送至预设的服务器，以使所述预设的服务器将所述统计结果反馈给测试人员。

具体地，可以统计每个界面或控件被触发的次数占总触发次数的比例，然后按照从高到低，从大到小将测试覆盖率和触发比例进行排列，并生成对应的统计结果，该统计结果可以是统计表格。由此可以让技术人员更加直观地观测哪个事件触发概率更高。

参照图3，示出了本发明一实施例提供的一种基于执行路径追踪技术的测试覆盖计算方法的操作流程图。

具体地，可以获取执行路径信息，然后对执行路径信息进行组装，接着保存组装后的执行路径信息并返回服务器，供服务器存储，然后统计执行路径信息的发生次数，最后计算相应的比率并反馈给技术人员。

在本实施例中，本发明实施例提供了一种基于执行路径追踪技术的测试覆盖计算方法，其有益效果在于：本发明可以针对不同众包工人的执行测试路径进行追踪，统计计算其各自的测试覆盖率，并实时反馈给该众包工人，使其能够更好的了解自己测试的不足，进而进行更充分的测试，以在众包测试中确保测试覆盖；同时，根据各事件触发比例，可使开发者更好的发现问题所在及人们感兴趣的部分，以进一步完善该移动应用。

本发明实施例还提供了一种基于执行路径追踪技术的测试覆盖计算装置，参见图4，示出了本发明一实施例提供的一种基于执行路径追踪技术的测试覆盖计算装置的结构示意图。

其中，作为示例的，所述基于执行路径追踪技术的测试覆盖计算装置可以包括：

采集模块401，用于采集用户触发控件时的变化数据；

排序模块402，用于根据响应用户触发控件的顺序将所述变化数据进行排序，得到排序图表，其中，所述响应用户触发控件的顺序包括响应时间顺序及响应逻辑顺序；

集合模块403，用于基于所述响应图表统计执行路径，并集合生成测试执行路径事件集；

计算模块404，用于采用所述测试执行路径事件集分别计算每条执行路径的测试覆盖率和触发比例。

可选地，所述集合模块还用于：

将所述测试执行路径事件集绘制成有向图；

可选地，所述集合模块还用于：

获得用户触发时的触发节点和当前界面的根节点；

判断控件是否响应并操作；

可选地，所述计算模块还用于：

采用如下公式计算：

表示所述测试执行路径事件集。

可选地，所述计算模块还用于：

采用如下公式计算：

表示对所有事件发生的次数求和。

可选地，所述采集模块还用于：

通过预设的辅助服务接收用户触发控件时的事件回调；

基于预设的事件回调确定变化数据。

可选地，所述装置还包括：

进一步的，本申请实施例还提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述实施例所述的基于执行路径追踪技术的测试覆盖计算方法。

进一步的，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如上述实施例所述的基于执行路径追踪技术的测试覆盖计算方法。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims

1.一种基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述方法包括：

采集用户触发控件时的变化数据；

2.根据权利要求1所述的基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述基于所述响应图表统计执行路径，并集合生成测试执行路径事件集，包括：

将所述测试执行路径事件集绘制成有向图；

3.根据权利要求2所述的基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述获取基于触发控件时所产生的执行路径，包括：

获得用户触发时的触发节点和当前界面的根节点；

判断控件是否响应并操作；

4.根据权利要求1-3任意一项所述的基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述计算每条执行路径的测试覆盖率具体为：

采用如下公式计算：

表示所述测试执行路径事件集。

5.根据权利要求1-3任意一项所述的基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述计算每条执行路径的触发比例具体为：

采用如下公式计算：

表示对所有事件发生的次数求和。

6.根据权利要求1所述的基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述采集用户触发控件时的变化数据，包括：

通过预设的辅助服务接收用户触发控件时的事件回调；

基于预设的事件回调确定变化数据。

7.根据权利要求1所述的基于执行路径追踪技术的测试覆盖计算方法，其特征在于，所述方法还包括：

8.一种基于执行路径追踪技术的测试覆盖计算装置，其特征在于，所述装置包括：

采集模块，用于采集用户触发控件时的变化数据；

9.一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7任意一项所述的基于执行路径追踪技术的测试覆盖计算方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1-7任意一项所述的基于执行路径追踪技术的测试覆盖计算方法。