用于测试应用的系统、方法和装置与流程

本公开的实施例涉及计算机技术领域，具体涉及用于测试应用的系统、方法和装置方法和装置。

背景技术：

一般地，开发的终端应用在上线供用户使用之前，需要经过严格的测试以保证终端应用提供的服务的可靠性。对终端应用进行测试的方法包括人工测试和自动化测试等。

人工测试方法需要测试人员对终端应用的各个待测试的方面分别进行测试，通常需要耗费大量的人力和物力，而且测试效率较低。自动化测试方法通常是借助开源的一些测试框架对终端应用进行测试。

技术实现要素：

本公开的实施例提出了用于测试应用的系统、方法和装置。

第一方面，本公开的实施例提供了一种用于测试应用的系统，该系统包括客户端和与客户端通信连接的服务端，其中，客户端包括第一模块和用于测试目标应用的第二模块；第二模块响应于检测到阻塞目标应用的测试的阻塞事件，向服务端发送用于请求处理阻塞事件的处理请求；服务端根据处理请求，向第一模块发送指示处理阻塞事件的处理指令；第一模块根据处理指令对阻塞事件进行处理；第二模块响应于检测到阻塞事件处理完成，继续对目标应用进行测试。

在一些实施例中，阻塞事件包括把目标应用切换至后台的事件。

在一些实施例中，第二模块使用目标应用对应的操作系统的私有应用程序编程接口对目标应用进行测试。

在一些实施例中，处理请求包括用于指示处理结果的指示信息；以及处理指令包括用于指示处理结果的指示信息。

第二方面，本公开的实施例提供了一种用于测试应用的方法，包括：接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求，其中，阻塞事件包括阻塞目标应用的测试的事件，处理请求用于请求处理阻塞事件；根据处理请求，向客户端包括的第一模块发送处理指令，其中，处理指令用于指示第一模块根据处理指令对阻塞事件进行处理。

在一些实施例中，阻塞事件包括把目标应用切换至后台的事件。

在一些实施例中，第二模块使用目标应用对应的操作系统的私有应用程序编程接口对目标应用进行测试。

在一些实施例中，处理请求包括用于指示处理结果的指示信息；以及处理指令包括用于指示处理结果的指示信息。

第三方面，本公开的实施例提供了一种用于测试应用的装置，该装置包括：接收单元，被配置成接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求，其中，阻塞事件包括阻塞目标应用的测试的事件，处理请求用于请求处理阻塞事件；处理单元，被配置成根据处理请求，向客户端包括的第一模块发送处理指令，其中，处理指令用于指示第一模块根据处理指令对阻塞事件进行处理。

在一些实施例中，阻塞事件包括把目标应用切换至后台的事件。

在一些实施例中，第二模块使用目标应用对应的操作系统的私有应用程序编程接口对目标应用进行测试。

在一些实施例中，处理请求包括用于指示处理结果的指示信息；以及处理指令包括用于指示处理结果的指示信息。

第四方面，本公开的实施例提供了一种客户端，其中，客户端包括第一模块和用于测试目标应用的第二模块；第二模块响应于检测到阻塞目标应用的测试的阻塞事件，向服务端发送用于请求处理阻塞事件的处理请求；第一模块接收服务端根据处理请求发送的、用于指示处理阻塞事件的处理指令，以及根据处理指令对阻塞事件进行处理；第二模块响应于检测到阻塞事件处理完成，继续对目标应用进行测试。

第五方面，本公开的实施例提供了一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第二方面中任一实现方式描述的方法。

第六方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第二方面中任一实现方式描述的方法。

本公开的实施例提供的用于测试应用的系统、方法和装置，通过客户端的第二模块对目标应用进行测试。在测试过程中出现第二模块无法处理的、阻塞测试的阻塞事件时，可以通过服务端与第一模块通信以指示第一模块对阻塞事件进行处理，从而使得第二模块可以继续完成对目标应用的测试。通过这种方式避免了一些阻塞事件需要等测试人员发现并手动处理而造成的阻塞过程空耗资源的情况。同时，这种方式也避免了由于一些阻塞事件而导致测试崩溃，需要反复调整并重新测试而造成的测试周期过长、资源消耗过大的情况。通过及时对阻塞事件的处理，在保证测试顺利执行的同时，减小测试周期和测试过程中的资源消耗。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的用于测试应用的系统的一个实施例的时序图；

图3是根据本公开的用于测试应用的方法的一个实施例的流程图；

图4是根据本公开的实施例的用于测试应用的方法的一个应用场景的示意图；

图5是根据本公开的用于测试应用的装置的一个实施例的结构示意图；

图6是适于用来实现本公开的实施例的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的用于测试应用的系统、方法或装置的实施例的示例性架构100。

如图1所示，系统架构100可以包括终端设备101和服务器102。终端设备101和服务器102之间可以通过有线、无线通信链路或者光纤电缆等等各种连接类型通信连接。终端设备101可以是客户端。服务器102可以是服务端。

终端设备101上可以安装有各种客户端应用。例如，用于开发应用的客户端应用、用于测试应用的客户端应用、浏览器类应用等等。终端设备101可以包括第一模块1011和用于测试应用的第二模块1012。第一模块1011和第二模块1012可以运行于终端设备101的操作系统之上。

终端设备101可以是硬件，也可以是软件。当终端设备101为硬件时，可以是支持测试应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

第一模块1011和第二模块1012可以是能够安装在终端设备101中的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。例如，第一模块1011和第二模块1012可以是安装在终端设备101上的客户端应用。又例如，第一模块1011和第二模块1012可以是能够安装在终端设备101的操作系统中或终端设备101上所安装的客户端应用中的工具、框架、库等。

服务器102可以是提供各种服务的服务器，例如为在终端设备101上进行测试的目标应用提供支持的后端服务器。服务器102可以与第一模块1011和第二模块1012通信。

需要说明的是，本公开的实施例所提供的用于测试应用的方法一般由终端设备101执行，相应地，用于测试应用的装置一般设置于终端设备101中。

需要说明的是，服务器102可以是硬件，也可以是软件。当服务器102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器102为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

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

继续参考图2，其示出了根据本公开的用于测试应用的系统的一个实施例的时序图200。

本申请实施例中的用于测试应用的系统可以包括：客户端(如图1所示的终端设备101)和服务端(如图1所示的服务器102)。其中，客户端可以包括第一模块(如图1所示的第一模块1011)和第二模块(如图1所示的第二模块1012)。其中，第二模块可以用于对目标应用进行测试。第一模块可以用于处理各种阻塞事件。

如图2所示，在步骤201中，第二模块响应于检测到阻塞目标应用的测试的阻塞事件，向服务端发送用于请求处理阻塞事件的处理请求。

在本实施例中，目标应用可以是由技术人员开发的任意应用。第二模块可以安装于客户端，并用于对目标应用进行测试。第二模块可以是现有的一些开源地用于测试应用的工具、框架、库等等。第二模块也可以是由技术人员开发的用于测试应用的应用、插件、组件、模块等等。

针对不同的第二模块，执行测试的过程可能有所不同。举例来说，第二模块可以是用于测试移动应用的测试框架“webdriveragent”、“appium”、“calabash”等。此时，第二模块可以通过与外部(如第二模块的服务端)通信来执行对目标应用的各种操作，由此对目标应用进行测试。

一般地，这种测试方式可以与外部通信来模拟相关数据以构造对应的测试环境以对目标应用进行测试。以对目标应用的登录功能的测试作为示例，第二模块可以通过构造用户名称等登录所需数据，再模拟点击登录以对登录功能进行测试。

在本实施例的一些可选的实现方式中，第二模块可以是用于测试移动应用的测试框架“kif(keepitfunction)”、“earlgrey”等。此时，第二模块可以使用目标应用对应的操作系统的私有应用程序编程接口(api，applicationprogramminginterface)对目标应用进行测试。

一般地，这种测试方式可以通过调用目标应用对应的操作系统提供的一些私有api来模拟对目标应用的一些用户操作，因此这种方式可以直接访问到目标应用的被测试代码，简化了测试过程，从而提升测试效率。以对目标应用的登录功能的测试作为示例，第二模块可以通过调用用于实现登录功能的被测试代码直接登录。

在本实施例中，阻塞事件可以指导致目标应用的测试处于暂停状态的各种事件。例如，阻塞事件可以包括如网络不稳定或内存不足等事件。阻塞事件还可以包括目标应用在测试过程中出现的弹窗事件等。例如，在测试目标应用的视频播放功能过程中，出现的用于提示是否切换分辨率的弹窗等。

在本实施例的一些可选的实现方式中，阻塞事件可以包括把目标应用切换至后台的事件。例如目标应用对应的操作系统的一些导致目标应用的测试暂停的系统事件。举例来说，阻塞事件可以包括出现权限弹窗的事件。例如，在测试过程中出现的用于提示获取一定权限(如摄像功能、录音功能、定位功能、获取用户信息的功能)的弹窗。阻塞事件还可以包括在测试过程中调用或启动其它应用的事件。例如，在测试过程中选择在另一个应用中打开目标应用的当前页面的事件。

在本实施例的一些可选的实现方式中，处理请求可以包括用于指示处理结果的指示信息。其中，处理结果可以指对于阻塞事件的处理结果。举例来说，对于在测试过程中出现的权限弹窗来说，通常会有两个选择项。一个选择项可以表示同意授权，另一个选择项则可以表示拒绝授权。这种情况下，处理结果可以指同意授权或拒绝授权。

在步骤202中，服务端根据接收到的处理请求，向第一模块发送用于指示处理阻塞事件的处理指令。

在本实施例中，第一模块可以安装于客户端，并且用于处理各种阻塞事件。第一模块可以是现有的一些开源地能够处理阻塞事件的工具、框架、库等等。第二模块也可以是由技术人员开发的用于处理阻塞事件的应用、插件、组件、模块等等。

需要说明的是，第一模块也可以用于测试目标应用。即第一模块在能够处理阻塞事件的同时，还能够测试目标应用。只是在本实施例中，通过第二模块对目标进行测试，第一模块仅用于处理阻塞事件。例如，第一模块可以是用于测试移动应用的测试框架“webdriveragent”、“appium”、“calabash”等。

在本实施例的一些可选的实现方式中，处理指令可以包括用于指示处理结果的指示信息。

在步骤203中，第一模块根据接收到的处理指令对阻塞事件进行处理。

应当可以理解，针对不同的第二模块，处理阻塞事件的过程可能有所不同。

在步骤204中，第二模块响应于检测到阻塞事件处理完成，继续对目标应用进行测试。

在本实施例中，第二模块可以周期性地或不定时地判断阻塞事件是否处理完成。例如，第二模块可以通过检测目标应用当前的所处的状态来确定阻塞事件是否处理完成。

以出现权限弹窗事件作为示例，一般地，目标应用需要被授予一定的权限才能提供对应相关的功能。因此，对于授权弹窗，通常需要处理授权弹窗以授予目标应用对应的权限。这种情况下，第二模块可以通过检测目标应用当前是否具有对应的权限来确定阻塞事件是否处理完成。若检测到目标应用当前已具有对应的权限，那么可以认为阻塞事件已经处理完成。相反地，若检测到目标应用当前仍没有对应的权限，那么可以认为阻塞事件还未被处理。

在当前阻塞事件处理完成之后，第一模块就可以继续往下对目标应用进行测试。当然，在后续的测试过程中，若出现阻塞测试的阻塞事件，同样可以利用本实施例描述的方法对阻塞事件进行处理，以保证目标应用的测试过程中，不会因为阻塞事件而无法测试或测试失败。

本公开的上述实施例提供的用于测试应用的系统通过在测试过程中出现用于测试目标应用的第二模块无法处理的、阻塞测试的阻塞事件时，可以通过服务端与第一模块通信以指示第一模块对阻塞事件进行处理，从而使得第二模块可以继续完成对目标应用的测试。利用这种方式避免了一些阻塞事件需要等测试人员发现并手动处理而造成的阻塞过程空耗资源的情况。同时，这种方式也避免了由于一些阻塞事件而导致测试崩溃，需要反复调整并重新测试而造成的测试周期过长、资源消耗过大的情况。通过及时对阻塞事件的处理，在保证测试顺利执行的同时，减小测试周期和测试过程中的资源消耗。

继续参考图3，其示出了根据本公开的用于测试应用的方法的一个实施例的流程300。该用于测试应用的方法包括以下步骤：

步骤301，接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求。

在本实施例中，用于测试应用的方法的执行主体(如图1所示的服务器102)可以接收客户端发送的处理请求。其中，处理请求可以用于请求处理阻塞事件。阻塞事件可以包括阻塞目标应用的测试的事件。

在本实施例中，目标应用可以是由技术人员开发的任意应用。第二模块可以安装于客户端，并用于对目标应用进行测试。第二模块可以是现有的一些开源地用于测试应用的工具、框架、库等等。第二模块也可以是由技术人员开发的用于测试应用的应用、插件、组件、模块等等。

针对不同的第二模块，执行测试的过程可能有所不同。举例来说，第二模块可以是用于测试移动应用的测试框架“webdriveragent”、“appium”、“calabash”等。此时，第二模块可以通过与外部(如第二模块的服务端)通信来执行对目标应用的各种操作，由此对目标应用进行测试。

一般地，这种测试方式可以与外部通信来模拟相关数据以构造对应的测试环境以对目标应用进行测试。以对目标应用的登录功能的测试作为示例，第二模块可以通过构造用户名称等登录所需数据，再模拟点击登录以对登录功能进行测试。

在本实施例的一些可选的实现方式中，第二模块可以是用于测试移动应用的测试框架“kif(keepitfunction)”、“earlgrey”等。此时，第二模块可以使用目标应用对应的操作系统的私有应用程序编程接口(api，applicationprogramminginterface)对目标应用进行测试。

一般地，这种测试方式可以通过调用目标应用对应的操作系统提供的一些私有api来模拟对目标应用的一些用户操作，因此这种方式可以直接访问到目标应用的被测试代码，简化了测试过程，从而提升测试效率。以对目标应用的登录功能的测试作为示例，第二模块可以通过调用用于实现登录功能的被测试代码直接登录。

在本实施例中，阻塞事件可以指导致目标应用的测试处于暂停状态的各种事件。例如，阻塞事件可以包括如网络不稳定或内存不足等事件。阻塞事件还可以包括目标应用在测试过程中出现的弹窗事件等。例如，在测试目标应用的视频播放功能过程中，出现的用于提示是否切换分辨率的弹窗等。

在本实施例的一些可选的实现方式中，阻塞事件可以包括把目标应用切换至后台的事件。例如目标应用对应的操作系统的一些导致目标应用的测试暂停的系统事件。举例来说，阻塞事件可以包括出现权限弹窗的事件。例如，在测试过程中出现的用于提示获取一定权限(如摄像功能、录音功能、定位功能、获取用户信息的功能)的弹窗。阻塞事件还可以包括在测试过程中调用或启动其它应用的事件。例如，在测试过程中选择在另一个应用中打开目标应用的当前页面的事件。

在本实施例的一些可选的实现方式中，处理请求可以包括用于指示处理结果的指示信息。其中，处理结果可以指对于阻塞事件的处理结果。举例来说，对于在测试过程中出现的权限弹窗来说，通常会有两个选择项。一个选择项可以表示同意授权，另一个选择项则可以表示拒绝授权。这种情况下，处理结果可以指同意授权或拒绝授权。

步骤302，根据处理请求，向客户端包括的第一模块发送处理指令。

在本实施例中，处理指令可以用于指示第一模块根据处理指令对阻塞事件进行处理。

在本实施例中，第一模块可以安装于客户端，并且用于处理各种阻塞事件。第一模块可以是现有的一些开源地能够处理阻塞事件的工具、框架、库等等。第二模块也可以是由技术人员开发的用于处理阻塞事件的应用、插件、组件、模块等等。

需要说明的是，第一模块也可以用于测试目标应用。即第一模块在能够处理阻塞事件的同时，还能够测试目标应用。只是在本实施例中，通过第二模块对目标进行测试，第一模块仅用于处理阻塞事件。例如，第一模块可以是用于测试移动应用的测试框架“webdriveragent”、“appium”、“calabash”等。

在本实施例的一些可选的实现方式中，处理指令可以包括用于指示处理结果的指示信息。

进一步地，第二模块可以周期性地或不定时地判断阻塞事件是否处理完成。例如，第二模块可以通过检测目标应用当前的所处的状态来确定阻塞事件是否处理完成。

在当前阻塞事件处理完成之后，第一模块就可以继续往下对目标应用进行测试。当然，在后续的测试过程中，若出现阻塞测试的阻塞事件，同样可以利用本实施例描述的方法对阻塞事件进行处理，以保证目标应用的测试过程中，不会因为阻塞事件而无法测试或测试失败。

继续参见图4，图4是根据本实施例的用于测试的方法的应用场景的一个示意图400。在图4的应用场景中，客户端401上可以安装有用于开发目标应用的开发工具(例如“xcode”)。同时，可以利用开发工具安装用于测试目标应用的“kif”框架4011(相当于第二模块)和“webdriveragent”框架4012(相当于第一模块)。

如图中标号402所示，使用“kif”框架4011对目标应用进行测试时，可以通过模拟器等模拟移动设备运行目标应用。在对目标应用的测试过程中，若出现授权弹窗提示需要“手机通信录授权”(如图中标号403所示)。此时，由于“kif”框架4011无法处理这种系统事件，因此，“kif”框架4011可以向服务器404发送包含有指示“允许授权”的信息的处理请求。服务器404可以向基于接收到的处理请求，向“webdriveragent”框架4012发送包含有指示“允许授权”的信息的处理指令。

之后，如图中标号405所示，“webdriveragent”框架4012可以根据处理指令模拟点击弹窗中的“允许”以处理掉当前的授权弹窗。进一步地，“kif”框架4011可以在检测到目标应用具有手机通讯录的调用权限之后，继续对目标应用进行测试。

本公开的上述实施例提供的方法通过客户端的第二模块对目标应用进行测试。在测试过程中出现第二模块无法处理的、阻塞测试的阻塞事件时，可以通过服务端与第一模块通信以指示第一模块对阻塞事件进行处理，从而使得第二模块可以继续完成对目标应用的测试。通过这种方式避免了一些阻塞事件需要等测试人员发现并手动处理而造成的阻塞过程空耗资源的情况。同时，这种方式也避免了由于一些阻塞事件而导致测试崩溃，需要反复调整并重新测试而造成的测试周期过长、资源消耗过大的情况。通过及时对阻塞事件的处理，在保证测试顺利执行的同时，减小测试周期和测试过程中的资源消耗。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了用于测试应用的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例提供的用于测试应用的装置500包括接收单元501和处理单元502。其中，接收单元501被配置成接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求，其中，阻塞事件包括阻塞目标应用的测试的事件，处理请求用于请求处理阻塞事件；处理单元502被配置成根据处理请求，向客户端包括的第一模块发送处理指令，其中，处理指令用于指示第一模块根据处理指令对阻塞事件进行处理。

在本实施例中，用于测试应用的装置500中：接收单元501和处理单元502的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201和步骤202的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，阻塞事件包括把目标应用切换至后台的事件。

在本实施例的一些可选的实现方式中，第二模块使用目标应用对应的操作系统的私有应用程序编程接口对目标应用进行测试。

在本实施例的一些可选的实现方式中，处理请求包括用于指示处理结果的指示信息；以及处理指令包括用于指示处理结果的指示信息。

本公开的上述实施例提供的装置，通过接收单元接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求，其中，阻塞事件包括阻塞目标应用的测试的事件，处理请求用于请求处理阻塞事件；处理单元根据处理请求，向客户端包括的第一模块发送处理指令，其中，处理指令用于指示第一模块根据处理指令对阻塞事件进行处理，从而使得第二模块可以继续完成对目标应用的测试，避免了一些阻塞事件需要等测试人员发现并手动处理而造成的阻塞过程空耗资源的情况。同时，也避免了由于一些阻塞事件而导致测试崩溃，需要反复调整并重新测试而造成的测试周期过长、资源消耗过大的情况。通过及时对阻塞事件的处理，在保证测试顺利执行的同时，减小测试周期和测试过程中的资源消耗。

适用于实现本公开的实施例的客户端(如图1中的终端设备101)可以包括但不限于诸如笔记本电脑、pad(平板电脑)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。客户端可以包括第一模块和用于测试目标应用的第二模块。

第二模块响应于检测到阻塞目标应用的测试的阻塞事件，可以向服务端(如图1中的服务器102)发送用于请求处理阻塞事件的处理请求。之后，可以由第一模块接收服务端根据处理请求发送的、用于指示处理阻塞事件的处理指令，以及根据处理指令对阻塞事件进行处理。之后，第二模块响应于检测到所述阻塞事件处理完成，可以继续对目标应用进行测试。

其中，上述第一模块(如图1中的第一模块1011)和第二模块(如图1中的第一模块1012)可以是能够安装在客户端中的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。例如，第一模块和第二模块可以是安装在客户端上的客户端应用。又例如，第一模块和第二模块可以是能够安装在客户端的操作系统中或客户端上所安装的客户端应用中的工具、框架、库等。

关于由客户端第一模块和第二模块实现对目标应用的测试的具体过程可以参考图2对应实施例所描述的用于测试应用的系统中关于客户端包括的第一模块和第二模块的相关内容，在此不再赘述。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器102)600的结构示意图。图6示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。

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

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求，其中，阻塞事件包括阻塞目标应用的测试的事件，处理请求用于请求处理阻塞事件；根据处理请求，向客户端包括的第一模块发送处理指令，其中，处理指令用于指示第一模块根据处理指令对阻塞事件进行处理。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收客户端包括的、用于测试目标应用的第二模块响应于检测到阻塞事件而发送的处理请求的单元，其中，阻塞事件包括阻塞目标应用的测试的事件，处理请求用于请求处理阻塞事件”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。