应用程序测试方法、装置、终端设备以及存储介质与流程

本申请涉及计算机技术领域，尤其涉及一种应用程序测试方法、装置、终端设备以及存储介质。

背景技术：

应用程序(application，app)是智能手机的第三方应用程序，是目前被人们广泛使用的一种工具。在一款app的使用过程中，该app的开发商需要不断对app的各ui界面进行测试，以测试系统的稳定性。androidmonkey是android系统自带的一个稳定性测试工具，它可以运行在模拟器里或实际设备中，通过向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行稳定性测试。但是传统的monkey无法控制且随机性太强，测试效率低。

技术实现要素：

本申请实施例提供一种应用程序测试方法、装置、终端设备以及存储介质，可降低稳定性测试过程中的随机性，提高应用程序测试效率，适用性高。

第一方面，本申请实施例提供了一种应用程序测试方法，该方法包括：

获取应用程序测试指令，根据上述应用程序测试指令启动待测试应用程序；

获取上述待测试应用程序对应的测试黑名单，其中上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个界面元素；

获取上述待测试应用程序的待测试界面以及上述待测试界面中包括的多个界面元素，从上述多个界面元素中获取属于上述测试黑名单的黑名单元素；

确定上述黑名单元素在上述待测试界面内的无效触发区域，并根据上述无效触发区域确定上述待测试界面内的有效触发区域；

在预设时间内，在上述有效触发区域内随机触发测试事件，获取触发上述测试事件后生成的日志信息以得到测试结果报告。

结合第一方面，在一种可能的实施方式中，上述获取上述待测试应用程序的待测试界面，包括：

获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

基于深度优先搜索算法确定遍历上述第一界面跳转关系图的第一界面搜索顺序；

每隔上述预设时间，依次将上述第一界面搜索顺序对应的显示界面确定为待测试界面。

结合第一方面，在一种可能的实施方式中，上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个显示界面；上述获取上述待测试应用程序的待测试界面，包括：

获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

删除上述第一界面跳转关系图中属于上述测试黑名单的显示界面以得到第二界面跳转关系图；

基于上述深度优先搜索算法确定遍历上述第二界面跳转关系图的第二界面搜索顺序；

每隔上述预设时间，依次将上述第二界面搜索顺序对应的显示界面确定为待测试界面。

结合第一方面，在一种可能的实施方式中，上述根据上述应用程序测试指令启动待测试应用程序，包括：

根据上述应用程序测试指令中携带的应用程序包名，启动上述应用程序包名对应的待测试应用程序。

结合第一方面，在一种可能的实施方式中，上述方法还包括：

在上述预设时间内，在上述有效触发区域内随机触发测试事件时，若执行上述测试事件后，上述待测试界面跳转至其他显示界面，则触发上述待测试应用程序返回上述待测试界面，并在上述待测试界面的有效触发区域内继续执行测试。

结合第一方面，在一种可能的实施方式中，上述获取触发上述测试事件后生成的日志信息以得到测试结果报告，包括：

对所有待测试界面执行完测试后，获取上述待测试应用程序对应的日志信息；

从上述日志信息中提取日志告警信息，根据上述日志告警信息生成测试结果报告；

将上述测试结果报告发送至测试管理员终端以供测试管理员查看。

结合第一方面，在一种可能的实施方式中，上述测试事件包括点击事件、长按事件、以及滑动事件。

第二方面，本申请实施例提供了一种应用程序测试装置，该装置包括：

待测试应用程序启动模块，用于获取应用程序测试指令，根据上述应用程序测试指令启动待测试应用程序；

测试黑名单获取模块，用于获取上述待测试应用程序对应的测试黑名单，其中上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个界面元素；

待测试界面获取模块，用于获取上述待测试应用程序的待测试界面以及上述待测试界面中包括的多个界面元素，从上述多个界面元素中获取属于上述测试黑名单的黑名单元素；

有效触发区域获取模块，用于确定上述黑名单元素在上述待测试界面内的无效触发区域，并根据上述无效触发区域确定上述待测试界面内的有效触发区域；

测试事件执行模块，用于在预设时间内，在上述有效触发区域内随机触发测试事件，获取触发上述测试事件后生成的日志信息以得到测试结果报告。

结合第二方面，在一种可能的实施方式中，上述待测试界面获取模块包括第一待测试界面获取单元，其中上述第一待测试界面获取单元包括：

界面跳转关系图获取子单元，用于获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

第一界面搜索顺序确定子单元，用于基于深度优先搜索算法确定遍历上述第一界面跳转关系图的第一界面搜索顺序；

第一待测试界面确定子单元，用于每隔上述预设时间，依次将上述第一界面搜索顺序对应的显示界面确定为待测试界面。

结合第二方面，在一种可能的实施方式中，上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个显示界面；上述待测试界面获取模块还包括第二待测试界面获取单元，其中上述第二待测试界面获取单元包括：

第一界面跳转关系图获取子单元，用于获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

第二界面跳转关系图获取子单元，用于删除上述第一界面跳转关系图中属于上述测试黑名单的显示界面以得到第二界面跳转关系图；

第二界面搜索顺序确定子单元，用于第二界面搜索顺序确定子单元，用于基于上述深度优先搜索算法确定遍历上述第二界面跳转关系图的第二界面搜索顺序；

第二待测试界面确定子单元，用于每隔上述预设时间，依次将上述第二界面搜索顺序对应的显示界面确定为待测试界面。

结合第二方面，在一种可能的实施方式中，上述待测试应用程序启动模块具体用于：

根据上述应用程序测试指令中携带的应用程序包名，启动上述应用程序包名对应的待测试应用程序。

结合第二方面，在一种可能的实施方式中，上述装置还包括界面跳转模块，上述界面跳转模块具体用于：

在上述预设时间内，在上述有效触发区域内随机触发测试事件时，若执行上述测试事件后，上述待测试界面跳转至其他显示界面，则触发上述待测试应用程序返回上述待测试界面，并在上述待测试界面的有效触发区域内继续执行测试。

结合第二方面，在一种可能的实施方式中，上述测试事件执行模块包括测试事件触发单元和测试结果报告生成单元，上述测试结果报告生成单元包括：

日志信息获取单元，用于在对所有待测试界面执行完测试后，获取上述待测试应用程序对应的日志信息；

日志告警信息提取单元，用于从上述日志信息中提取日志告警信息，根据上述日志告警信息生成测试结果报告；

测试结果报告处理单元，用于将上述测试结果报告发送至测试管理员终端以供测试管理员查看。

结合第二方面，在一种可能的实施方式中，上述测试事件包括点击事件、长按事件、以及滑动事件。

第三方面，本申请实施例提供了一种终端设备，该终端设备包括处理器和存储器，该处理器和存储器相互连接。该存储器用于存储支持该终端设备执行上述第一方面和/或第一方面任一种可能的实现方式提供的方法的计算机程序，该计算机程序包括程序指令，该处理器被配置用于调用上述程序指令，执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令当被处理器执行时使该处理器执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。

在本申请实施例中，通过获取应用程序测试指令，可根据应用程序测试指令启动待测试应用程序。通过获取待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的不允许测试的至少一个界面元素。通过获取待测试应用程序的待测试界面以及待测试界面中包括的多个界面元素，可结合测试黑名单从多个界面元素中确定出属于测试黑名单的黑名单元素。根据黑名单元素在待测试界面内的无效触发区域，可根据无效触发区域确定出待测试界面内的有效触发区域，然后在预设时间内，在有效触发区域内随机触发测试事件，并获取触发测试事件后生成的日志信息以得到测试结果报告。本申请实施例通过设置测试黑名单，可降低稳定性测试过程中的随机性，通过获取有效触发区域，可提高应用程序测试效率，适用性高。

附图说明

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

图1是本申请实施例提供的应用程序测试方法的一流程示意图；

图2是本申请实施例提供的终端安装待测试应用程序的效果示意图；

图3是本申请实施例提供的无效触发区域的应用场景示意图；

图4是本申请实施例提供的有效触发区域的应用场景示意图；

图5是本申请实施例提供的应用程序测试方法的另一流程示意图；

图6是本申请实施例提供的第一界面跳转关系图的应用场景示意图；

图7是本申请实施例的提供的第二界面跳转关系图的应用场景示意图；

图8是本申请实施例提供的第二显示界面的另一应用场景示意图；

图9是本申请实施例提供的应用程序测试装置的结构示意图；

图10是本申请实施例提供的应用程序测试装置的另一结构示意图；

图11是本申请实施例提供的终端设备的结构示意图。

具体实施方式

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

本申请实施例提供的应用程序测试方法，可广泛适用于能够进行应用程序稳定性测试的服务器或终端。其中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternetdevice，mid)等，在此不做限制。为方便描述，本申请实施例皆以测试手机上的应用程序为例进行说明。本申请实施例提供的方法，通过获取应用程序测试指令，可根据应用程序测试指令启动待测试应用程序。通过获取待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的不允许测试的至少一个界面元素。通过获取待测试应用程序的待测试界面以及待测试界面中包括的多个界面元素，可结合测试黑名单从多个界面元素中确定出属于测试黑名单的黑名单元素。根据黑名单元素在待测试界面内的无效触发区域，可根据无效触发区域确定出待测试界面内的有效触发区域，然后在预设时间内，在有效触发区域内随机触发测试事件，并获取触发测试事件后生成的日志信息以得到测试结果报告。本申请实施例通过设置测试黑名单，可降低稳定性测试过程中的随机性，通过获取有效触发区域，可提高应用程序测试效率，适用性高。

下面将结合图1至图11分别对本申请实施例提供的方法及相关装置分别进行详细说明。本申请实施例提供的方法中可包括用于获取应用程序测试指令、启动待测试应用程序、获取测试黑名单、获取待测试界面以及待测试界面中包括的多个界面元素、基于测试黑名单确定多个界面元素中的黑名单元素、基于黑名单元素获取有效触发区域，随机触发测试事件，以及获取测试结果报告等数据处理阶段。其中，上述各个数据处理阶段的实现方式可参见如下图1至图8所示的实现方式。

参见图1，图1为本申请实施例提供的应用程序测试方法的一流程示意图。本申请实施例提供的方法可以包括如下步骤101至105：

101、获取应用程序测试指令，根据应用程序测试指令启动待测试应用程序。

在一些可行的实施方式中，当开发人员开发出一款新的应用程序时，为了保证应用程序上线时运行的稳定性，通常会对该应用程序进行稳定性测试。一般来说，当开发人员或测试人员需要对一款新的应用程序进行稳定性测试时，首先需要将该应用程序安装在终端上，并在测试平台上创建测试任务。其中在新建测试任务时可勾选本次进行测试的终端和被测应用程序，这里，可勾选多部终端同时进行稳定性测试。参见图2，图2是本申请实施例提供的终端安装待测试应用程序的效果示意图。如图2所示，图2中黑色方框框选出的“聊天”应用程序即为待测试应用程序。不难理解的是，当需要同时运行多部终端进行应用程序的稳定性测试时，测试平台将会启动一个任务队列，该任务队列中包括多个线程，其中一个线程负责运行一部终端上的稳定性测试。为方便描述，以下本申请实施例将以一部终端上进行应用程序的稳定性测试为例进行说明。其中，终端通过获取测试平台发送的应用程序测试指令，可根据应用程序测试指令中包括的应用程序包名，确定出待测试应用程序，其中应用程序包名可理解为某个应用程序的唯一标识。也就是说，通过解析获取到的应用程序测试指令，可根据应用程序测试指令中携带的应用程序包名，启动该应用程序包名对应的待测试应用程序。

102、获取待测试应用程序对应的测试黑名单。

在一些可行的实施方式中，通过获取预设的待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的待测试应用程序中不允许测试的至少一个界面元素。应当理解，一个待测试应用程序通常由多个显示界面组成，其中每个显示界面中包括的界面控件即为界面元素。不难理解的是，界面控件是指可在显示界面上放置的可视化图形元件，例如按钮、文件编辑框、文件传输、菜单管理、窗体控件等。大多数界面控件具有执行功能或通过“事件”引发代码运行并完成响应的功能。一般来说，测试黑名单中包括的界面控件通常为第三方控件，即外置的界面控件，也就是说，第三方控件通常不是待测试应用程序本身带有的界面控件，例如，广告控件等。应当理解，测试黑名单中包括的界面控件也可以是用户任意设置的不需要执行测试的显示控件，在此不做限制。

103、获取待测试应用程序的待测试界面以及待测试界面中包括的多个界面元素，从多个界面元素中获取属于测试黑名单的黑名单元素。

在一些可行的实施方式中，通过获取待测试应用程序的待测试界面以及待测试界面中包括的多个界面元素，可从多个界面元素中获取属于测试黑名单的黑名单元素。可以理解的是，待测试界面可以是预先设置的待测试应用程序中需要进行测试的显示界面。通过确定出待测试界面以及组成待测试界面的多个界面元素，再与测试黑名单中包括的至少一个界面元素取交集，可从待测试界面包括的多个界面元素中确定出属于测试黑名单的界面元素，即黑名单元素。例如，假设待测试界面为显示界面1，其中显示界面1中包括界面元素1-1，界面元素1-2，界面元素1-3以及界面元素1-4。其中测试黑名单中包括界面元素1-1，界面元素1-3，界面元素2-1，界面元素2-2，界面元素3-4。将显示界面1中包括的多个界面元素与测试黑名单中包括的至少一个界面元素取交集，可得到黑名单元素＝{界面元素1-1，界面元素1-2，界面元素1-3，界面元素1-4}∩{界面元素1-1，界面元素1-3，界面元素2-1，界面元素2-2，界面元素3-4}＝{界面元素1-1，界面元素1-3}，即黑名单元素为界面元素1-1和界面元素1-3。

104、确定黑名单元素在待测试界面内的无效触发区域，并根据无效触发区域确定待测试界面内的有效触发区域。

在一些可行的实施方式中，显示界面是由各种各样的界面控件组成，即界面元素组成，从待测试界面包括的多个界面元素中确定出属于测试黑名单的黑名单元素后，通过获取各黑名单元素在待测试界面内的区域范围，可将该区域范围确定为无效触发区域，即不具备执行或响应功能的区域范围。换句话说，待测试界面内的无效触发区域为随机触发测试事件后，无法做出响应的区域范围。例如参见图3，图3是本申请实施例提供的无效触发区域的应用场景示意图。如图3所示，待测试界面中共包括7个界面元素，分别为群组，好友x，订阅号，好友y，消息，联系人和动态，其中假设订阅号为黑名单元素，因此订阅号所在待测试界面中的区域范围即为无效触发区域，即图3中黑色粗实线所框选出的区域为无效触发区域。应当理解，在确定出黑名单元素在待测试界面内的无效触发区域后，可根据无效触发区域确定出待测试界面内的有效触发区域。参见图4，图4是本申请实施例提供的有效触发区域的应用场景示意图。如图4所示，待测试界面中共包括7个界面元素，分别为群组，好友x，订阅号，好友y，消息，联系人和动态，其中假设订阅号为黑名单元素，因此订阅号所在待测试界面中的区域范围即为无效触发区域，在待测试界面中，除无效触发区域之外的其他区域可作为有效触发区域，即图4中黑色粗实线所框选出的区域为有效触发区域。应当理解，有效触发区域为随机触发测试事件后，可做出响应的区域。

105、在预设时间内，在有效触发区域内随机触发测试事件，获取触发测试事件后生成的日志信息以得到测试结果报告。

在一些可行的实施方式中，在预设时间内，在有效触发区域内随机触发测试事件。当所有待测试界面都执行了过测试后，可获取触发测试事件后生成的日志信息，并根据日志信息可生成测试结果报告。其中测试事件包括但不限于点击事件、长按事件、以及滑动事件等，在此不做限制。应当理解，在根据日志信息生成测试结果报告时，可从日志信息中提取日志告警信息，并将提取出的日志告警信息作为测试结果报告。

在本申请实施例中，通过获取应用程序测试指令，可根据应用程序测试指令启动待测试应用程序。通过获取待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的不允许测试的至少一个界面元素。通过获取待测试应用程序的待测试界面以及待测试界面中包括的多个界面元素，可结合测试黑名单从多个界面元素中确定出属于测试黑名单的黑名单元素。根据黑名单元素在待测试界面内的无效触发区域，可根据无效触发区域确定出待测试界面内的有效触发区域，然后在预设时间内，在有效触发区域内随机触发测试事件，并获取触发测试事件后生成的日志信息以得到测试结果报告。本申请实施例通过设置测试黑名单，可降低稳定性测试过程中的随机性，通过获取有效触发区域，可提高应用程序测试效率，适用性高。

参见图5，图5是本申请实施例提供的应用程序测试方法的另一流程示意图。本申请实施例提供的应用程序测试方法可通过如下步骤201至206提供的实现方式进行说明：

201、获取应用程序测试指令，根据应用程序测试指令启动待测试应用程序。

在一些可行的实施方式中，当开发人员开发出一款新的应用程序时，为了保证应用程序上线时运行的稳定性，通常会对该应用程序进行稳定性测试。一般来说，当开发人员或测试人员需要对一款新的应用程序进行稳定性测试时，首先需要将该应用程序安装在终端上，并在测试平台上创建测试任务。其中在新建测试任务时可勾选本次进行测试的终端和被测应用程序，这里，可勾选多部终端同时进行稳定性测试。参见图2，图2是本申请实施例提供的终端安装待测试应用程序的效果示意图。如图2所示，图2中黑色方框框选出的“聊天”应用程序即为待测试应用程序。不难理解的是，当需要同时运行多部终端进行应用程序的稳定性测试时，测试平台将会启动一个任务队列，该任务队列中包括多个线程，其中一个线程负责运行一部终端上的稳定性测试。为方便描述，以下本申请实施例将以一部终端上进行应用程序的稳定性测试为例进行说明。其中，终端通过获取测试平台发送的应用程序测试指令，可根据应用程序测试指令中包括的应用程序包名，确定出待测试应用程序，其中应用程序包名可理解为某个应用程序的唯一标识。也就是说，通过解析获取到的应用程序测试指令，可根据应用程序测试指令中携带的应用程序包名，启动该应用程序包名对应的待测试应用程序。

202、获取待测试应用程序对应的测试黑名单。

在一些可行的实施方式中，通过获取预设的待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的待测试应用程序中不允许测试的至少一个界面元素。应当理解，一个待测试应用程序通常由多个显示界面组成，其中每个显示界面中包括的界面控件即为界面元素。不难理解的是，界面控件是指可在显示界面上放置的可视化图形元件，例如按钮、文件编辑框、文件传输、菜单管理、窗体控件等。大多数界面控件具有执行功能或通过“事件”引发代码运行并完成响应的功能。一般来说，测试黑名单中包括的界面控件通常为第三方控件，即外置的界面控件，也就是说，第三方控件通常不是待测试应用程序本身带有的界面控件，例如，广告控件等。应当理解，测试黑名单中包括的界面控件也可以是用户任意设置的不需要执行测试的显示控件，在此不做限制。

203、获取待测试应用程序包括的各显示界面对应的界面布局文件，基于界面布局文件生成各显示界面间的第一界面跳转关系图。

在一些可行的实施方式中，通过获取待测试应用程序包括的各显示界面对应的界面布局文件，可基于界面布局文件生成各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件。一般来说，在启动待测试应用程序之后，待测试应用程序的mainactivity将被激活，因此终端屏幕中将呈现待测试应用程序的主界面。应当理解，activity是android的四大组件之一，它提供了与用户交互的可视化界面。比如你要打电话，这时候拨号界面就是一个activity，你要发短信给你的朋友，这时候短信窗口也是一个activity。在本申请实施例中，我们可以把activity理解为用户所能看到的显示界面，其主要用于处理应用程序的整体性工作。通过获取待测试应用程序包括的多个显示界面中，每个显示界面对应的界面布局文件，即可扩展标记语言(extensiblemarkuplanguage，xml)文件，可根据某个显示界面对应的xml文件中包括的其他显示界面，确定出该显示界面与其它显示界面间的跳转关系，进而生成各显示界面间的界面跳转关系图，即第一界面跳转关系图。例如，参见图6，图6是本申请实施例提供的第一界面跳转关系图的应用场景示意图。如图6所示，待测试应用程序包括9个显示界面，分别为显示界面a，显示界面b，显示界面c，显示界面d，显示界面e，显示界面f，显示界面g，显示界面h，显示界面i。其中，通过获取各显示界面对应的界面布局文件，可根据每个显示界面对应的界面布局文件中包括的其他显示界面，确定出该显示界面与其他显示界面间的跳转关系。例如，以主界面为显示界面a为例，显示界面a对应的界面布局文件a中包括显示界面b和显示界面c，因此可确定显示界面a的下一级界面(即子界面)为显示界面b和显示界面c。换句话说，显示界面b和显示界面c的上一级界面(即父界面)为显示界面a。一般来说，可通过触发显示界面a中的界面元素a-1可跳转至显示界面b，通过触发显示界面a中的界面元素a-2可跳转至显示界面c。以此类推，可得到各显示界面间的第一界面跳转关系图，如图6所示，显示界面a的下一级界面为显示界面b和显示界面c，显示界面b的下一级界面为显示界面d和显示界面e，显示界面c的下一级界面为显示界面f、显示界面g和显示界面h，显示界面e的下一级界面为显示界面i。

可选的，在一些可行的实施方式中，测试黑名单中还可以包括待测试应用程序中不允许测试的至少一个显示界面。因此，通过获取到第一界面跳转关系图后，可在第一界面跳转关系图中删除属于测试黑名单的显示界面以得到第二界面跳转关系图。可以理解的是，当某个显示界面为测试黑名单中的显示界面时，假设该显示界面在第一界面跳转关系图中还包括下一级界面，则该显示界面的下一级界面也将被删除。例如，参见图7，图7是本申请实施例的提供的第二界面跳转关系图的应用场景示意图。如图7所示，在第一界面跳转关系图中，假设显示界面a为主界面，显示界面a的下一级界面为显示界面b和显示界面c，显示界面b的下一级界面为显示界面d和显示界面e，显示界面c的下一级界面为显示界面f、显示界面g和显示界面h，显示界面e的下一级界面为显示界面i。假设测试黑名单中包括显示界面e，则通过删除显示界面e以及与显示界面e有跳转关系的下一级界面(即图7中的显示界面i)，可得到第二界面跳转关系图，其中在第二界面跳转关系图中，显示界面a的下一级界面为显示界面b和显示界面c，显示界面b的下一级界面为显示界面d，显示界面c的下一级界面为显示界面f、显示界面g和显示界面h。可选的，在一些可行的实施方式中，若某个显示界面为多个显示界面的下一级界面，例如，显示界面3为显示界面1和显示界面2的下一级界面，则当显示界面1为测试黑名单中的显示界面时，可删除包括在测试黑名单中的显示界面1以及显示界面1与显示界面3之间的跳转关系。参见图8，图8是本申请实施例提供的第二显示界面的另一应用场景示意图。如图8所示，在第一界面跳转关系图中，假设显示界面a为主界面，其中显示界面a的下一级界面为显示界面b和显示界面c，显示界面b的下一级界面为显示界面d和显示界面e，显示界面c的下一级界面为显示界面f、显示界面g和显示界面h，显示界面e和显示界面f的下一级界面皆为显示界面i。假设测试黑名单中包括显示界面e，则通过删除显示界面e以及与显示界面e有跳转关系的下一级界面间的连线(即与图8中的显示界面i间的连线)，可得到第二界面跳转关系图，其中在第二界面跳转关系图中，显示界面a的下一级界面为显示界面b和显示界面c，显示界面b的下一级界面为显示界面d，显示界面c的下一级界面为显示界面f、显示界面g和显示界面h，显示界面7的下一级界面为显示界面i。

204、基于深度优先搜索算法确定遍历第一界面跳转关系图的第一界面搜索顺序，每隔预设时间，依次将第一界面搜索顺序对应的显示界面确定为待测试界面，获取待测试界面中包括的多个界面元素，从多个界面元素中获取属于测试黑名单的黑名单元素。

在一些可行的实施方式中，基于深度优先搜索算法，可确定出遍历第一界面跳转关系图的界面搜索顺序，即第一界面搜索顺序。之后每隔预设时间，可依次将第一界面搜索顺序对应的显示界面确定为待测试界面，然后通过获取待测试界面中包括的多个界面元素，可从多个界面元素中获取属于测试黑名单的黑名单元素。例如，如图6所示，基于深度优先搜索算法，可得到遍历第一跳转关系图的界面搜索顺序，即第一界面搜索顺序为显示界面a，显示界面b，显示界面d，显示界面e，显示界面i，显示界面c，显示界面f，显示界面g，显示界面h。因此每隔预设时间，可依次将第一界面搜索顺序对应的显示界面确定为待测试界面。

可选的，在一些可行的实施方式中，若测试黑名单中还包括待测试应用程序中不允许测试的至少一个显示界面，则通过获取第一界面跳转关系图，并在第一界面跳转关系图中删除属于测试黑名单的显示界面，得到第二界面跳转关系图后，同样可基于深度优先搜索算法，确定出遍历第二界面跳转关系图的界面搜索顺序，即第二界面搜索顺序。之后每隔预设时间，可依次将第二界面搜索顺序对应的显示界面确定为待测试界面，然后通过获取待测试界面中包括的多个界面元素，可从多个界面元素中获取属于测试黑名单的黑名单元素。

在一些可行的实施方式中，针对每个测试界面，通过获取待测试界面中包括的多个界面元素，可从多个界面元素中获取属于测试黑名单的黑名单元素。也就是说，通过确定出待测试界面以及组成待测试界面的多个界面元素，再与测试黑名单中包括的至少一个界面元素取交集，可从待测试界面包括的多个界面元素中确定出属于测试黑名单的界面元素，即黑名单元素。例如，假设待测试界面为显示界面1，其中显示界面1中包括界面元素1-1，界面元素1-2，界面元素1-3以及界面元素1-4。其中测试黑名单中包括界面元素1-1，界面元素1-3，界面元素2-1，界面元素2-2，界面元素3-4。将显示界面1中包括的多个界面元素与测试黑名单中包括的至少一个界面元素取交集，可得到黑名单元素＝{界面元素1-1，界面元素1-2，界面元素1-3，界面元素1-4}∩{界面元素1-1，界面元素1-3，界面元素2-1，界面元素2-2，界面元素3-4}＝{界面元素1-1，界面元素1-3}，即黑名单元素为界面元素1-1和界面元素1-3。

可选的，在一些可行的实施方式中，在一些可行的实施方式中，针对每个测试界面，通过获取待测试界面中包括的多个界面元素，还可以从多个界面元素中获取不属于测试黑名单的白名单元素。也就是说，通过确定出待测试界面以及组成待测试界面的多个界面元素，再与测试黑名单中包括的至少一个界面元素取交集，可从待测试界面包括的多个界面元素中确定出属于测试黑名单的界面元素，即黑名单元素。再通过将待测试界面包括的多个界面元素与黑名单元素取差集，可从多个界面元素中确定出不属于测试黑名单的界面元素，即白名单元素。例如，假设待测试界面为显示界面1，其中显示界面1中包括界面元素1-1，界面元素1-2，界面元素1-3以及界面元素1-4。其中测试黑名单中包括界面元素1-1，界面元素1-3，界面元素2-1，界面元素2-2，界面元素3-4。将显示界面1中包括的多个界面元素与测试黑名单中包括的至少一个界面元素取交集，可得到黑名单元素＝{界面元素1-1，界面元素1-2，界面元素1-3，界面元素1-4}∩{界面元素1-1，界面元素1-3，界面元素2-1，界面元素2-2，界面元素3-4}＝{界面元素1-1，界面元素1-3}。将待测试界面包括的多个界面元素与黑名单元素取差集，可得到白名单元素＝{界面元素1-1，界面元素1-2，界面元素1-3，界面元素1-4}-{界面元素1-1，界面元素1-3}＝{界面元素1-2，界面元素1-4}，即白名单元素为界面元素1-2和界面元素1-4。

205、确定黑名单元素在待测试界面内的无效触发区域，并根据无效触发区域确定待测试界面内的有效触发区域。

在一些可行的实施方式中，显示界面是由各种各样的界面控件组成，即界面元素组成，从待测试界面包括的多个界面元素中确定出属于测试黑名单的黑名单元素后，通过获取各黑名单元素在待测试界面内的区域范围，可将该区域范围确定为无效触发区域，即不具备执行或响应功能的区域范围。换句话说，待测试界面内的无效触发区域为随机触发测试事件后，无法做出响应的区域范围。例如参见图3，图3是本申请实施例提供的无效触发区域的应用场景示意图。如图3所示，待测试界面中共包括7个界面元素，分别为群组，好友x，订阅号，好友y，消息，联系人和动态，其中假设订阅号为黑名单元素，因此订阅号所在待测试界面中的区域范围即为无效触发区域，即图3中黑色粗实线所框选出的区域为无效触发区域。应当理解，在确定出黑名单元素在待测试界面内的无效触发区域后，可根据无效触发区域确定出待测试界面内的有效触发区域。参见图4，图4是本申请实施例提供的有效触发区域的应用场景示意图。如图4所示，待测试界面中共包括7个界面元素，分别为群组，好友x，订阅号，好友y，消息，联系人和动态，其中假设订阅号为黑名单元素，因此订阅号所在待测试界面中的区域范围即为无效触发区域，在待测试界面中，除无效触发区域之外的其他区域可作为有效触发区域，即图4中黑色粗实线所框选出的区域为有效触发区域。应当理解，有效触发区域为随机触发测试事件后，可做出响应的区域。

可选的，在一些可行的实施方式中，若可从待测试界面包括的多个界面元素中获取到不属于测试黑名单的白名单元素，则通过获取各白名单元素在待测试界面内的区域范围，可将该区域范围确定为有效触发区域，即具备执行或响应功能的区域范围。

206、在预设时间内，在有效触发区域内随机触发测试事件，获取触发测试事件后生成的日志信息以得到测试结果报告。

在一些可行的实施方式中，在有效触发区域内随机触发测试事件，当基于第一界面搜索顺序或第二界面搜索顺序对应的每个待测试界面，都在各自对应的预设时间内，且都在各自对应的有效触发区域内随机触发测试事件后，可获取触发测试事件后生成的日志信息，并根据日志信息可生成测试结果报告。其中测试事件包括但不限于点击事件、长按事件、以及滑动事件等，在此不做限制。应当理解，针对某个待测试界面对应的预设时间，在其有效触发区域内随机触发测试事件时，若执行测试事件后，当前显示界面由待测试界面跳转至其他显示界面，则触发待测试应用程序返回至待测试界面，并在该待测试界面的有效触发区域内继续执行测试。例如，假设待测试界面为显示界面a，在显示界面a对应的预设时间内，即2019-10-189:00至2019-10-189:30这段时间内，在显示界面a对应的有效触发区域a1内随机执行测试事件时，若响应测试事件后，当前显示界面由显示界面a正常跳转至显示界面b，则触发待测试应用程序返回至显示界面a，并在2019-10-189:00至2019-10-189:30这段时间内在显示界面a对应的有效触发区域a1内继续执行测试。其中，根据日志信息生成测试结果报告时，可从日志信息中提取日志告警信息，将提取出的日志告警信息作为测试结果报告，并将测试结果报告发送至测试管理员终端以供测试管理员查看。

在本申请实施例中，通过获取应用程序测试指令，可根据应用程序测试指令启动待测试应用程序。通过获取待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的不允许测试的至少一个界面元素。通过获取待测试应用程序包括的各显示界面对应的界面布局文件，可基于界面布局文件生成各显示界面间的第一界面跳转关系图，然后基于深度优先搜索算法可确定出遍历第一界面跳转关系图的第一界面搜索顺序。之后每隔预设时间，可依次将第一界面搜索顺序对应的显示界面确定为待测试界面。其中针对每个待测试界面，通过获取待测试界面中包括的多个界面元素，可结合测试黑名单从多个界面元素中确定出属于测试黑名单的黑名单元素。根据黑名单元素在待测试界面内的无效触发区域，可根据无效触发区域确定出待测试界面内的有效触发区域，然后在预设时间内，在有效触发区域内随机触发测试事件，并获取触发测试事件后生成的日志信息以得到测试结果报告。本申请实施例通过设置测试黑名单，可降低稳定性测试过程中的随机性，基于深度优先遍历算法确定待测试界面的测试顺序，以及通过获取每个待测界面中的有效触发区域，在有效触发区域内执行测试，同样可降低稳定性测试过程中的测试顺序的随机性，以及可提高应用程序测试效率，适用性高。

参见图9，图9是本申请实施例提供的应用程序测试装置的结构示意图。本申请实施例提供的应用程序测试装置包括：

待测试应用程序启动模块31，用于获取应用程序测试指令，根据上述应用程序测试指令启动待测试应用程序；

测试黑名单获取模块32，用于获取上述待测试应用程序对应的测试黑名单，其中上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个界面元素；

待测试界面获取模块33，用于获取上述待测试应用程序的待测试界面以及上述待测试界面中包括的多个界面元素，从上述多个界面元素中获取属于上述测试黑名单的黑名单元素；

有效触发区域获取模块34，用于确定上述黑名单元素在上述待测试界面内的无效触发区域，并根据上述无效触发区域确定上述待测试界面内的有效触发区域；

测试事件执行模块35，用于在预设时间内，在上述有效触发区域内随机触发测试事件，获取触发上述测试事件后生成的日志信息以得到测试结果报告。

请一并参见图10，图10是本申请实施例提供的应用程序测试装置的另一结构示意图。

在一些可行的实施方式中，上述待测试界面获取模块33包括第一待测试界面获取单元331，其中上述第一待测试界面获取单元331包括：

界面跳转关系图获取子单元3311，用于获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

第一界面搜索顺序确定子单元3312，用于基于深度优先搜索算法确定遍历上述第一界面跳转关系图的第一界面搜索顺序；

第一待测试界面确定子单元3313，用于每隔上述预设时间，依次将上述第一界面搜索顺序对应的显示界面确定为待测试界面。

在一些可行的实施方式中，上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个显示界面；上述待测试界面获取模块33包括第二待测试界面获取单元332，其中上述第二待测试界面获取单元332包括：

第一界面跳转关系图获取子单元3321，用于获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

第二界面跳转关系图获取子单元3322，用于删除上述第一界面跳转关系图中属于上述测试黑名单的显示界面以得到第二界面跳转关系图；

第二界面搜索顺序确定子单元3323，用于第二界面搜索顺序确定子单元，用于基于上述深度优先搜索算法确定遍历上述第二界面跳转关系图的第二界面搜索顺序；

第二待测试界面确定子单元3324，用于每隔上述预设时间，依次将上述第二界面搜索顺序对应的显示界面确定为待测试界面。

在一些可行的实施方式中，上述待测试应用程序启动模块31具体用于：

根据上述应用程序测试指令中携带的应用程序包名，启动上述应用程序包名对应的待测试应用程序。

在一些可行的实施方式中，上述装置还包括界面跳转模块36，上述界面跳转模块36具体用于：

在上述预设时间内，在上述有效触发区域内随机触发测试事件时，若执行上述测试事件后，上述待测试界面跳转至其他显示界面，则触发上述待测试应用程序返回上述待测试界面，并在上述待测试界面的有效触发区域内继续执行测试。

在一些可行的实施方式中，上述测试事件执行模块35包括测试事件触发单元351和测试结果报告生成单元352，上述测试结果报告生成单元352包括：

日志信息获取单元3521，用于在对所有待测试界面执行完测试后，获取上述待测试应用程序对应的日志信息；

日志告警信息提取单元3522，用于从上述日志信息中提取日志告警信息，根据上述日志告警信息生成测试结果报告；

测试结果报告处理单元3523，用于将上述测试结果报告发送至测试管理员终端以供测试管理员查看。

在一些可行的实施方式中，上述测试事件包括点击事件、长按事件、以及滑动事件。

具体实现中，上述应用程序测试装置可通过其内置的各个功能模块执行如上述图1至图8中各个步骤所提供的实现方式。例如，上述待测试应用程序启动模块31可用于执行上述各个步骤中获取应用程序测试指令，以及启动待测试应用程序等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述测试黑名单获取模块32可用于执行上述各个步骤中获取测试黑名单等相关步骤所描述的实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述待测试界面获取模块33可用于执行上述各个步骤中获取待测试界面以及待测试界面中包括的多个界面元素、获取多个界面元素中的黑名单元素等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述有效触发区域获取模块34可用于执行上述各个步骤中获取无效触发区域、根据无效触发区域确定有效触发区域等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述测试事件执行模块35可用于执行上述各个步骤中触发测试事件、根据获取的日志信息生成测试报告等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述界面跳转模块36可用于执行上述各个步骤中从其他显示界面返回至待测试界面等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。

在本申请实施例中，应用程序测试装置通过获取应用程序测试指令，可根据应用程序测试指令启动待测试应用程序。通过获取待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的不允许测试的至少一个界面元素。通过获取待测试应用程序包括的各显示界面对应的界面布局文件，可基于界面布局文件生成各显示界面间的第一界面跳转关系图，然后基于深度优先搜索算法可确定出遍历第一界面跳转关系图的第一界面搜索顺序。之后每隔预设时间，可依次将第一界面搜索顺序对应的显示界面确定为待测试界面。其中针对每个待测试界面，通过获取待测试界面中包括的多个界面元素，可结合测试黑名单从多个界面元素中确定出属于测试黑名单的黑名单元素。根据黑名单元素在待测试界面内的无效触发区域，可根据无效触发区域确定出待测试界面内的有效触发区域，然后在预设时间内，在有效触发区域内随机触发测试事件，并获取触发测试事件后生成的日志信息以得到测试结果报告。本申请实施例通过设置测试黑名单，可降低稳定性测试过程中的随机性，基于深度优先遍历算法确定待测试界面的测试顺序，以及通过获取每个待测界面中的有效触发区域，在有效触发区域内执行测试，同样可降低稳定性测试过程中的测试顺序的随机性，以及可提高应用程序测试效率，适用性高。

参见图11，图11是本申请实施例提供的终端设备的结构示意图。如图11所示，本实施例中的终端设备可以包括：一个或多个处理器401和存储器402。上述处理器401和存储器402通过总线403连接。存储器402用于存储计算机程序，该计算机程序包括程序指令，处理器401用于执行存储器402存储的程序指令，执行如下操作：

获取应用程序测试指令，根据上述应用程序测试指令启动待测试应用程序；

获取上述待测试应用程序对应的测试黑名单，其中上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个界面元素；

获取上述待测试应用程序的待测试界面以及上述待测试界面中包括的多个界面元素，从上述多个界面元素中获取属于上述测试黑名单的黑名单元素；

确定上述黑名单元素在上述待测试界面内的无效触发区域，并根据上述无效触发区域确定上述待测试界面内的有效触发区域；

在预设时间内，在上述有效触发区域内随机触发测试事件，获取触发上述测试事件后生成的日志信息以得到测试结果报告。

在一些可行的实施方式中，上述处理器401用于：

获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

基于深度优先搜索算法确定遍历上述第一界面跳转关系图的第一界面搜索顺序；

每隔上述预设时间，依次将上述第一界面搜索顺序对应的显示界面确定为待测试界面。

在一些可行的实施方式中，上述测试黑名单中包括上述待测试应用程序中不允许测试的至少一个显示界面；上述处理器401用于：

获取上述待测试应用程序包括的各显示界面对应的界面布局文件，基于上述界面布局文件生成上述各显示界面间的第一界面跳转关系图，其中一个显示界面对应一个界面布局文件；

删除上述第一界面跳转关系图中属于上述测试黑名单的显示界面以得到第二界面跳转关系图；

基于上述深度优先搜索算法确定遍历上述第二界面跳转关系图的第二界面搜索顺序；

每隔上述预设时间，依次将上述第二界面搜索顺序对应的显示界面确定为待测试界面。

在一些可行的实施方式中，上述处理器401用于：

根据上述应用程序测试指令中携带的应用程序包名，启动上述应用程序包名对应的待测试应用程序。

在一些可行的实施方式中，上述处理器401用于：

在上述预设时间内，在上述有效触发区域内随机触发测试事件时，若执行上述测试事件后，上述待测试界面跳转至其他显示界面，则触发上述待测试应用程序返回上述待测试界面，并在上述待测试界面的有效触发区域内继续执行测试。

在一些可行的实施方式中，上述处理器401用于：

对所有待测试界面执行完测试后，获取上述待测试应用程序对应的日志信息；

从上述日志信息中提取日志告警信息，根据上述日志告警信息生成测试结果报告；

将上述测试结果报告发送至测试管理员终端以供测试管理员查看。

在一些可行的实施方式中，上述测试事件包括点击事件、长按事件、以及滑动事件。

应当理解，在一些可行的实施方式中，上述处理器401可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。该存储器402可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器402的一部分还可以包括非易失性随机存取存储器。例如，存储器402还可以存储设备类型的信息。

具体实现中，上述终端设备可通过其内置的各个功能模块执行如上述图1至图8中各个步骤所提供的实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。

在本申请实施例中，终端设备通过获取应用程序测试指令，可根据应用程序测试指令启动待测试应用程序。通过获取待测试应用程序对应的测试黑名单，可得到测试黑名单中包括的不允许测试的至少一个界面元素。通过获取待测试应用程序包括的各显示界面对应的界面布局文件，可基于界面布局文件生成各显示界面间的第一界面跳转关系图，然后基于深度优先搜索算法可确定出遍历第一界面跳转关系图的第一界面搜索顺序。之后每隔预设时间，可依次将第一界面搜索顺序对应的显示界面确定为待测试界面。其中针对每个待测试界面，通过获取待测试界面中包括的多个界面元素，可结合测试黑名单从多个界面元素中确定出属于测试黑名单的黑名单元素。根据黑名单元素在待测试界面内的无效触发区域，可根据无效触发区域确定出待测试界面内的有效触发区域，然后在预设时间内，在有效触发区域内随机触发测试事件，并获取触发测试事件后生成的日志信息以得到测试结果报告。本申请实施例通过设置测试黑名单，可降低稳定性测试过程中的随机性，基于深度优先遍历算法确定待测试界面的测试顺序，以及通过获取每个待测界面中的有效触发区域，在有效触发区域内执行测试，同样可降低稳定性测试过程中的测试顺序的随机性，以及可提高应用程序测试效率，适用性高。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时实现图1至图8中各个步骤所提供的应用程序测试方法，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。

上述计算机可读存储介质可以是前述任一实施例提供的应用程序测试装置或者上述终端设备的内部存储单元，例如电子设备的硬盘或内存。该计算机可读存储介质也可以是该电子设备的外部存储设备，例如该电子设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，该计算机可读存储介质还可以既包括该电子设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该电子设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请的权利要求书和说明书及附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。