CN118035067A - 检测终端设备中应用程序运行状态的方法和装置 - Google Patents

Abstract

本公开涉及检测终端设备中应用程序运行状态的方法、装置、电子设备及存储介质。包括：对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像；将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型；按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。本公开实施例即时因故障导致adb端口断连，也能够实现对目标终端设备的进一步测试。

Description

检测终端设备中应用程序运行状态的方法和装置

技术领域

本公开涉及终端技术领域，尤其涉及检测终端设备中应用程序运行状态的方法、装置、电子设备及存储介质。

背景技术

随着终端技术的发展，出现了具备多种应用程序的终端，为了保证终端质量，需要对应用程序在终端运行的稳定性进行全面的测试。相关技术中，通过adb(android debugbridge)端口与终端相连接，实时检测终端的一些重要进程(例如system_server、mediaserver等)，进而判断应用程序的运行稳定性。然而，相关技术无法解决因运行故障导致的adb端口无连接，进而导致应用程序运行状态无法检测问题。

发明内容

本公开提供一种检测终端设备中应用程序运行状态的方法、装置、电子设备及存储介质，以至少解决相关技术中因运行故障导致adb端口无连接，进而应用程序运行状态无法检测的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种测试终端设备中应用程序运行状态的方法，包括：

对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像；

将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型；

按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。

在一种可能的实现方式中，所述按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果，包括：

获取与所述故障类型相匹配的测试日志；

根据所述测试日志，确定发生运行故障的目标应用程序；

按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，得到测试结果。

在一种可能的实现方式中，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，包括：

按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试；

在所述目标应用程序发生运行故障的次数与所述预设次数的比值超出预设值的情况下，确定故障路径为所述测试程序当前执行的操作。

在一种可能的实现方式中，所述对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像，包括：

利用测试端口对多个终端设备中应用程序分别进行运行测试；

利用网络获取摄像头在测试过程中采集的多个所述终端设备的用户界面的采集图像。

在一种可能的实现方式中，在所述按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，之前还包括：

在预设时长内，所述目标终端设备未恢复的情况下，利用网络重启所述目标终端设备。

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

根据所述测试结果，生成测试报告；

将所述测试报告以邮件的形式发送。

根据本公开实施例的第二方面，提供一种测试终端设备中应用程序运行状态的装置，包括：

获取模块，用于对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像；

比较模块，用于将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型；

测试模块，用于按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。

在一种可能的实现方式中，所述测试模块包括：

第一获取子模块，用于获取与所述故障类型相匹配的测试日志；

确定子模块，用于根据所述测试日志，确定发生运行故障的目标应用程序；

第一测试子模块，用于按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，得到测试结果。

在一种可能的实现方式中，所述测试子模块包括：

测试单元，用于按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试；

确定单元，用于在所述目标应用程序发生运行故障的次数与所述预设次数的比值超出预设值的情况下，确定故障路径为所述测试程序当前执行的操作。

在一种可能的实现方式中，所述获取模块，包括：

第二测试子模块，用于利用测试端口对多个终端设备中应用程序分别进行运行测试；

第二获取子模块，用于利用网络获取摄像头在测试过程中采集的多个所述终端设备的用户界面的采集图像。

在一种可能的实现方式中，还包括：

重启模块，用于在预设时长内，所述目标终端设备未恢复的情况下，利用网络重启所述目标终端设备。

在一种可能的实现方式中，所述装置还包括：

生成模块，用于根据所述测试结果，生成测试报告；

发送模块，用于将所述测试报告以邮件的形式发送。

根据本公开实施例的第三方面，提供一种测试终端设备中应用程序运行状态的系统，包括：

多个终端设备；

服务器，所述服务器包括处理器；

所述处理器用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如本公开实施例任一项所述的测试终端设备中应用程序运行状态的方法。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如本公开实施例任一项所述的测试终端设备中应用程序运行状态的方法。

根据本公开实施例的第五方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如本公开实施例任一项所述的测试终端设备中应用程序运行状态的方法。

根据本公开实施例的第六方面，提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行本公开实施例任一项所述的测试终端设备中应用程序运行状态的方法。

本公开的实施例提供的技术方案至少带来以下有益效果：本公开实施例，通过获取多个终端设备的应用程序在测试过程中的用户界面的采集图像，可以快速确认除发生故障的目标终端设备以及故障类型，从而按照与故障类型相匹配的测试程序对目标终端设备进行测试，得到测试结果。相较于传统的单纯利用adb端口连接终端设备的方案，本公开实施例即时因故障导致adb端口断连，也能够实现对目标终端设备的进一步测试。并且按照与故障类型相匹配的测试程序对目标终端设备进行进一步测试，还可以提高测试效率。

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

附图说明

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

图1是根据一示例性实施例示出的一种测试终端设备中应用程序运行状态的方法的流程图。

图2是根据一示例性实施例示出的一种多个终端设备的用户界面的采集图像示意图。

图3是根据另一示例性实施例示出的一种测试终端设备中应用程序运行状态的方法的流程图。

图4是根据另一示例性实施例示出的一种测试终端设备中应用程序运行状态的装置的框图。

图5是根据另一示例性实施例示出的一种测试终端设备中应用程序运行状态的系统的框架图。

图6是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

图1是根据一示例性实施例示出的一种测试终端设备中应用程序运行状态的方法的流程图，如图1所示，所述方法用于服务器中或包含服务器的系统，包括以下步骤。

步骤S101，对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像。

本公开实施例中，所述终端设备可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。本公开实施例中，对终端设备的应用程序进行运行测试，可以包括向终端设备的系统发送伪随机的用户事件流(例如按键输入、触摸屏输入、手势输入等)实现对应用程序的稳定性测试。在一示例性实施例中，可以通过网络与终端设备进行连接通讯，向终端设备发送用户事件流。在另一示例性实施例中，也可以通过adb端口与终端设备进行连接通讯，向终端设备发送用户事件流。

本公开实施例中，获取测试过程中多个所述终端设备的用户界面的采集图像，在一示例性实施例中，可以包括：利用摄像头拍摄终端设备的用户界面，将拍摄的采集图像发送至服务器中。其中，摄像头可以采用每间隔预设时长(例如3s，5s)，采集正在测试的终端设备的用户界面，实现对终端设备运行全过程的测试。在另一示例性实施例中，采集图像的获取也可以有其他设备传输获得，本公开对此不做限制。本公开实施例中，多个终端设备的用户界面的采集图像可以通过网络传输至服务器。所述网路可以包括：有线或无线方式的通信。可以基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合等。图2是根据一示例性实施例示出的一种多个终端设备的用户界面的采集图像示意图。参考图2所示，采集图200中包括多个终端设备，在测试过程中，可以呈现不同的用户界面。其中，多个终端设备中每个终端设备可以测试运行不同的应用程序，也可以测试运行相同的应用程序，本公开对此不做限制。

步骤S103，将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型。

本公开实施例中，所述预设故障类型可以包括多种，例如死机、黑屏、重启、应用anr(application not response，指应用程序相应不够灵敏时，系统会向用户展示一个对话框)、应用FC(Force Close)等。本公开实施例中，由于采集图像中可以包括多个终端设备的用户界面，可以有多个用户界面呈现的故障类型不同。参考图2所示，例如，第一行第一列终端设备出现黑屏的故障类型；第二行第二列终端设备出现死机的故障类型；第三行第四列终端设备出现应用anr的故障类型。本公开实施例中，采集图像与预设故障类型的图像进行比较时，可以采用采集图像的特征信息与预设故障类型的图像的特征信息进行比较，以减少数据比较量。其中，图像的特征信息可以包括图像的直观性特征、灰度统计特征、变换系数特征与代数特征等，本公开对此不做限制。

在一示例性实施例中，可以建立终端设备(或终端设备的表示信息)与采集图像位置的对应关系，从而根据发生故障的终端设备的位置定位到目标终端设备。本公开实施例中，故障类型可以是预先设置生成，也可以在运行测试的过程中，不断地添加更新故障类型。在一示例性实施例中，确定目标终端设备故障类型的方法可以包括，例如故障类型可以包括：故障类型A、故障类型B和故障类型C。若当前发生故障的终端设备展示的用户界面与故障类型B属于同一类，则当前发生故障的终端设备发生的故障类型为故障类型B。

步骤S105，按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。

本公开实施例中，按照与故障类型相匹配的测试程序，对目标终端设备进行测试，相较于按照完整的测试程序对目标终端设备进行测试，可以提高测试效率。在一示例性实施例中，若所述目标终端设备再次出现上述故障类型的运行故障，则所述目标终端设备的测试结果为有所述故障类型的运行故障。在另一示例性实施例中，还可以对所述目标终端设备进行预设次数的测试，如满足出现故障的概率次数与所述预设次数的占比达到预设阈值时，则所述目标终端设备的测试结果为有所述故障类型的运行故障。

本公开实施例，通过获取多个终端设备的应用程序在测试过程中的用户界面的采集图像，可以快速确认除发生故障的目标终端设备以及故障类型，从而按照与故障类型相匹配的测试程序对目标终端设备进行测试，得到测试结果。相较于传统的单纯利用adb端口连接终端设备的方案，本公开实施例即时因故障导致adb端口断连，也能够实现对目标终端设备的进一步测试。并且按照与故障类型相匹配的测试程序对目标终端设备进行进一步测试，还可以提高测试效率。

在一种可能的实现方式中，所述按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果，包括：

获取与所述故障类型相匹配的测试日志；

根据所述测试日志，确定发生运行故障的目标应用程序；

按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，得到测试结果。

本公开实施例中，测试日志中可以保存有测试数据、测试条件等信息。通过解析测试日志，可以确定发生运行故障的目标应用程序，如测试日志中保存了测试的应用程序及先后时间，从而确定发生故障对应时刻预设范围内正在进行的应用程序，作为目标应用程序。本公开实施例中，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，得到测试结果的方式可以包括上述实施例中任一种。在另一示例性实施例中，还可以根据测试日志，更精确的定位到与故障类型相匹配的测试程序，例如点击应用程序X的第二控件等。按照更精确的测试程序对目标应用程序进行测试，得到测试结果。

本公开实施例，通过分析测试日志，可以锁定发生运行故障的目标应用程序，相较于对终端设备所有的应用程序都进行测试，本公开实施例可以提高测试效率。

在一种可能的实现方式中，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，包括：

按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试；

在所述目标应用程序发生运行故障的次数与所述预设次数的比值超出预设值的情况下，确定故障路径为所述测试程序当前执行的操作。

本公开实施例中，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试。例如点击应用程序A的设置页面中的通知控件，按照该测试路径操作预设次数。若目标应用程序发生运行故障的次数与预设次数的比值满足预设值，例如，在上例中，按照该测试路径操作5次，其中4次复现死机的故障类型，比值为4/5。若预设值为1/2，则上述比值超出预设值，则上述故障路径可以作为测试结果。

本公开实施例，通过设置预设次数以及预设值的设置，可以更准确的确定目标应用程序是否存在运行故障，并且能够得出高概率的发生运行故障的测试路径，提高了测试结果的丰富性，测试过程更加智能化。

在一种可能的实现方式中，所述对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像，包括：

利用测试端口对多个终端设备中应用程序分别进行运行测试；

利用网络获取摄像头在测试过程中采集的多个所述终端设备的用户界面的采集图像。

本公开实施例中，所述测试端口可以包括执行测试程序的测试设备与待测试的终端设备的接口，所述测试端口，可以包括串行通讯接口，adb接口等。其中，测试端口起到调试桥的作用。借助测试端口，可以管理设备或终端设备模拟器的状态，还可以进行很多操作，例如安装软件、系统升级、程序测试等。在一示例性实施例中，可以通过测试端口一次性向终端设备发送指令，所述指令包含伪随机的用户事件流(例如按键输入、触摸屏输入等)。触发终端设备进行运行测试。本公开实施例中利用网络获取摄像头在测试过程中采集的多个所述终端设备的用户界面的采集图像。

本公开实施例，采集图像和测试采用不同的通信方式进行连接，当故障导致测试端口无法连接时，还可以通过网络获取终端设备的用户界面，通过确定故障类型，实现进一步的测试，全程无需人工介入，提高了测试效率。

在一种可能的实现方式中，在所述按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，之前还包括：

在预设时长内，所述目标终端设备未恢复的情况下，利用网络重启所述目标终端设备。

本公开实施例中，所述目标终端设备未恢复表示所述目标终端设备仍然处于故障中。在一示例性实施例中，有些故障类型在发生故障后可以自动恢复，例如死机的故障类型，预设时段以后，死机故可以自动消除，可以对该故障类型的目标终端设备不进行主动重启。在另一示例性实施例中，有些故障类型在发生故障后不可以自动恢复，在这种情况下，可以利用网络重启所述目标终端设备。在另一示例性实施例中，若等待目标终端设备自动恢复的时间较长，可以利用网络主动对所述目标终端设备进行重启。

本公开实施例，通过网络对发生故障的目标终端设备在未恢复的情况下进行自动重启，避免了较多的人工参与，提高了测试效率。

在一种可能的实现方式中，根据所述测试结果，生成测试报告；

将所述测试报告以邮件的形式发送。

本公开实施例中，根据测试结果，生成测试报告，其中，测试报告用于供人工查看。所述测试结果可以包括发生故障的目标终端、目标应用程序，导致发生故障的测试路径、故障发生的次数等。本公开实施例中，所述测试报告的内容可以和所述测试结果相同，在一个示例中，将所述测试报告以邮件的形式发送，便于人工进行查看及后续处理。

图3是根据另一示例性实施例示出的一种测试终端设备中应用程序运行状态的方法的流程图，参考图3所述，所述方法包括：

步骤S101，对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像。

本公开实施例中，可以通过网络与终端设备进行连接通讯，向终端设备发送用户事件流。在另一示例性实施例中，也可以通过adb端口与终端设备进行连接通讯，向终端设备发送用户事件流。本公开实施例中，获取测试过程中多个所述终端设备的用户界面的采集图像，在一示例性实施例中，可以包括：利用摄像头拍摄终端设备的用户界面，将拍摄的采集图像发送至服务器中。其中，摄像头可以采用每间隔预设时长(例如3s，5s)，采集正在测试的终端设备的用户界面，实现对终端设备运行全过程的测试。

步骤S103，将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型。

本公开实施例中，本公开实施例中，所述预设故障类型可以包括多种，例如死机、黑屏、重启、应用anr(application not response，指应用程序相应不够灵敏时，系统会向用户展示一个对话框)、应用FC(Force Close)等。本公开实施例中，由于采集图像中可以包括多个终端设备的用户界面，可以有多个用户界面呈现的故障类型不同。在一示例性实施例中，可以建立终端设备(或终端设备的表示信息)与采集图像位置的对应关系，从而根据发生故障的终端设备的位置定位到目标终端设备。本公开实施例中，故障类型可以是预先设置生成，也可以在运行测试的过程中，不断地添加更新故障类型。

步骤S301，获取与所述故障类型相匹配的测试日志。

步骤S303，根据所述测试日志，确定发生运行故障的目标应用程序。

本公开实施例中，测试日志中可以保存有测试数据、测试条件等信息。通过解析测试日志，可以确定发生运行故障的目标应用程序，如测试日志中保存了测试的应用程序及先后时间，从而确定发生故障对应时刻预设范围内正在进行的应用程序，作为目标应用程序。

步骤S305，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试。

本公开实施例中，还可以根据测试日志，更精确的定位到与故障类型相匹配的测试程序，例如点击应用程序X的第二控件等。按照更精确的测试程序对目标应用程序进行测试，得到测试结果。

步骤S307，在所述目标应用程序发生运行故障的次数与所述预设次数的比值超出预设值的情况下，确定故障路径为所述测试程序当前执行的操作。

本公开实施例中，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试。例如点击应用程序A的设置页面中的通知控件，按照该测试路径操作预设次数。若目标应用程序发生运行故障的次数与预设次数的比值满足预设值，例如，在上例中，按照该测试路径操作5次，其中4次复现死机的故障类型，比值为4/5。若预设值为1/2，则上述比值超出预设值，则上述故障路径可以作为测试结果。

步骤S309，根据所述测试结果，生成测试报告，将所述测试报告以邮件的形式发送。

本公开实施例中，根据测试结果，生成测试报告，其中，测试报告用于供人工查看。所述测试结果可以包括发生故障的目标终端、目标应用程序，导致发生故障的测试路径、故障发生的次数等。本公开实施例中，所述测试报告的内容可以和所述测试结果相同，在一个示例中，将所述测试报告以邮件的形式发送，便于人工进行查看及后续处理。

应该理解的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。

基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的针对目标账户识别方法的目标账户识别装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的目标账户识别装置实施例中的具体限定可以参见上文中对于目标账户识别方法的限定，在此不再赘述。

所述装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本公开实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据另一示例性实施例示出的一种测试终端设备中应用程序运行状态的装置的框图。参照图4，该装置400包括：

获取模块401，用于对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像；

比较模块403，用于将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型；

测试模块405，用于按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。

在一种可能的实现方式中，所述测试模块包括：

第一获取子模块，用于获取与所述故障类型相匹配的测试日志；

确定子模块，用于根据所述测试日志，确定发生运行故障的目标应用程序；

第一测试子模块，用于按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，得到测试结果。

在一种可能的实现方式中，所述测试子模块包括：

测试单元，用于按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试；

确定单元，用于在所述目标应用程序发生运行故障的次数与所述预设次数的比值超出预设值的情况下，确定故障路径为所述测试程序当前执行的操作。

在一种可能的实现方式中，所述获取模块，包括：

第二测试子模块，用于利用测试端口对多个终端设备中应用程序分别进行运行测试；

第二获取子模块，用于利用网络获取摄像头在测试过程中采集的多个所述终端设备的用户界面的采集图像。

在一种可能的实现方式中，还包括：

重启模块，用于在预设时长内，所述目标终端设备未恢复的情况下，利用网络重启所述目标终端设备。

在一种可能的实现方式中，所述装置还包括：

生成模块，用于根据所述测试结果，生成测试报告；

发送模块，用于将所述测试报告以邮件的形式发送。

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

图5是根据另一示例性实施例示出的一种测试终端设备中应用程序运行状态的系统的框架图。

多个终端设备；

服务器，所述服务器包括处理器；

所述处理器用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如本公开实施例任一项所述的测试终端设备中应用程序运行状态的方法。

本公开实施例中，系统中还可以包括摄像头以及终端设备控制端。其中，所述摄像头，用于定期采集测试过程中多个终端设备的用户界面的采集图像，将采集图像通过网络发送到云服务器，云服务器用于将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型。所述云服务器还用于日志分析：获取与所述故障类型相匹配的测试日志；根据所述测试日志，确定发生运行故障的目标应用程序。所述云服务器还用于调整测试策略，例如下发任务至终端设备控制端。所述终端设备控制端用于对多个终端设备中应用程序分别进行运行测试，以及在云服务器调整测试策略后，按照调整后的测试策略对目标终端设备进行测试。

图6是根据一示例性实施例示出的一种用于测试终端设备中应用程序运行状态的方法的电子设备600的框图。例如，电子设备600可以为服务器。参照图6，电子设备600包括处理组件620，其进一步包括一个或多个处理器，以及由存储器622所代表的存储器资源，用于存储可由处理组件620的执行的指令，例如应用程序。存储器622中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件620被配置为执行指令，以执行上述方法。

电子设备600还可以包括：电源组件624被配置为执行电子设备600的电源管理，有线或无线网络接口626被配置为将电子设备600连接到网络，和输入输出(I/O)接口628。电子设备600可以操作基于存储在存储器622的操作系统，例如Windows Server，Mac OS X，Unix，Linux，FreeBSD或类似。

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

在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备600的处理器执行以完成上述方法。

需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

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

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

Claims (10)

1.一种测试终端设备中应用程序运行状态的方法，其特征在于，包括：

对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像；

将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型；

按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，所述按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果，包括：

获取与所述故障类型相匹配的测试日志；

根据所述测试日志，确定发生运行故障的目标应用程序；

按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，得到测试结果。

3.根据权利要求2所述的方法，其特征在于，按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行测试，包括：

按照与所述故障类型相匹配的测试程序，对所述目标应用程序进行预设次数的测试；

在所述目标应用程序发生运行故障的次数与所述预设次数的比值超出预设值的情况下，确定故障路径为所述测试程序当前执行的操作。

4.根据权利要求1所述的方法，其特征在于，所述对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像，包括：

利用测试端口对多个终端设备中应用程序分别进行运行测试；

利用网络获取摄像头在测试过程中采集的多个所述终端设备的用户界面的采集图像。

5.根据权利要求1所述的方法，其特征在于，在所述按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，之前还包括：

在预设时长内，所述目标终端设备未恢复的情况下，利用网络重启所述目标终端设备。

6.根据权利要求1至5中任一项所述的方法，其特征在于，还包括：

根据所述测试结果，生成测试报告；

将所述测试报告以邮件的形式发送。

7.一种测试终端设备中应用程序运行状态的装置，其特征在于，包括：

获取模块，用于对多个终端设备中应用程序分别进行运行测试，获取测试过程中多个所述终端设备的用户界面的采集图像；

比较模块，用于将所述采集图像与预设故障类型的图像进行比较，在比较结果为同一类图像的情况下，确定发生运行故障的目标终端设备及故障类型；

测试模块，用于按照与所述故障类型相匹配的测试程序，对所述目标终端设备进行测试，得到测试结果。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的测试终端设备中应用程序运行状态的方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至6中任一项所述的测试终端设备中应用程序运行状态的方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。