CN105893236A - 一种被测设备挂起跑飞故障的检测方法、装置及系统 - Google Patents

Abstract

本发明提供了一种被测设备挂起跑飞故障的检测方法、装置及系统，该方法包括：获取为被测设备配置的测试计划和测试资源；解析测试计划获取测试时间、待测试产品及待测试脚本；当前时间到达获取的测试时间时，根据待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。本发明的方案能够实时监控测试脚本所测试的被测设备是否产生挂起跑飞故障，并单独生成相关日志，达到了快速通告快速处理挂起跑飞故障的效果，大大提前了故障定位和解决时间点，提高了自动化测试效率，加快了产品故障收敛速度，为产品及时发布提供了更好的保障。

Description

一种被测设备挂起跑飞故障的检测方法、装置及系统

技术领域

本发明涉及数据通信技术领域，尤其涉及一种被测设备挂起跑飞故障的检测方法、装置及系统。

背景技术

挂起是操作系统中的概念，是指操作系统将某个进程暂停执行。引起挂起的其中一个原因是终端用户的请求：当终端用户在自己的程序运行期间发现有可疑问题时，希望暂停使自己的程序静止下来。亦即，使正在执行的进程暂停执行；若此时用户进程正处于就绪状态而未执行，则该进程暂不接受调度，以便用户研究其执行情况或对程序进行修改。我们把这种静止状态称为挂起状态。

跑飞是计算机程序中的概念，是指系统受到某种干扰后，程序计数器(PC)的值偏离了给定的唯一变化历程，导致程序运行偏离正常的运行路径。程序跑飞因素及后果往往是不可预计的。在很多情况下，程序跑飞后系统会进入死循环而导致死机。

挂起和跑飞是自动化测试中优先级较高的故障，被测设备出现此类故障若不能快速解决，会影响程序版本的正常发布。然而，现有提出的自动化测试系统和方法通过脚本返回值判断脚本测试成功与否，依据脚本返回值生成整体测试成功和失败结果，并在测试中生成测试日志，然后通过查看日志发现具体测试问题，但是并没有把挂起跑飞故障和其他测试故障区分开，导致发现挂起跑飞故障的时间点在自动化测试全部完成之后，这样有滞后缺点。

此外，另外一种自动化测试系统提出了日志的数据库管理方法，虽然日志管理效率提高，但是对测试故障包括挂起跑飞故障的处理仍然在测试完成之后，仍没有提出对挂起和跑飞故障的快速处理方法。

可见，目前的自动化测试系统和方法在被测设备这类挂起和跑飞故障的快速处理方面，并没有提出相关的解决方案。

发明内容

本发明要解决的技术问题是提供一种被测设备挂起跑飞故障的检测方法、装置及系统，能够检查并快速处理被测设备的挂起和跑飞故障。

为了解决上述技术问题，本发明采用如下技术方案：

依据本发明的一个方面，提供了一种被测设备挂起跑飞故障的检测方法，包括：

获取为被测设备配置的测试计划和测试资源；

解析所述测试计划获取测试时间、待测试产品及待测试脚本；

当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

其中，当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果的步骤包括：

根据获取的所述待测试产品加载多个相应的待测试脚本；

根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接所述可用的被测设备；

在所述可用的被测设备上执行一所述待测试脚本；

当任一所述待测试脚本完成测试后，生成测试运行日志，并通过被测设备对所述待测试产品进行挂起跑飞故障检测，生成挂起跑飞故障日志。

其中，生成挂起跑飞故障日志后还包括：

启动套接字(socket)服务；

当存在挂起跑飞故障时，通过socket服务向故障责任人发送故障检测邮件。

其中，当存在挂起跑飞故障时，通过socket服务向故障责任人发送故障检测邮件的步骤包括：

从所述挂起跑飞故障日志中获取故障信息的关键字段，并根据所述关键字段匹配相应故障责任人的邮箱地址；

通过socket服务向故障责任人发送故障检测邮件。

其中，当存在挂起跑飞故障时，通过socket服务向故障责任人发送故障检测邮件的步骤之后还包括：

保留发生挂起跑飞故障时，所述被测设备的运行环境，并将所述被测设备从所述测试资源中删除；

从所述测试资源中获取另一个可用的被测设备，并连接所述被测设备；

在获取的另一个可用被测设备上执行所述待测试脚本；

当任一所述待测试脚本完成测试后，通过获取的另一个可用被测设备对所述待测试产品进行挂起跑飞故障检测。

其中，获取挂起跑飞故障检测结果后还包括：

当不存在挂起跑飞故障时，在所述被测设备上执行另一个待测试脚本；

当所述待测试脚本完成测试后，通过被测设备对所述待测试产品进行挂起跑飞故障检测。

依据本发明的另一个方面，还提供了一种被测设备挂起跑飞故障的检测装置，包括：

获取模块，用于获取为被测设备配置的测试计划和测试资源；

解析模块，用于解析所述测试计划获取测试时间、待测试产品及待测试脚本；

故障检测模块，用于当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

其中，所述故障检测模块包括：

加载单元，用于根据获取的所述待测试产品加载多个相应的待测试脚本；

连接单元，用于根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接所述可用的被测设备；

执行单元，用于在所述可用的被测设备上执行一所述待测试脚本；

获取单元，用于当任一所述待测试脚本完成测试后，生成测试运行日志，并通过被测设备对所述待测试产品进行挂起跑飞故障检测，生成挂起跑飞故障日志。

其中，所述故障检测模块还包括：

启动单元，用于启动socket服务；

邮件发送单元，用于当存在挂起跑飞故障时，通过socket服务向故障责任人发送故障检测邮件。

其中，所述邮件发送单元进一步用于：

从所述挂起跑飞故障日志中获取故障信息的关键字段，并根据所述关键字段匹配相应故障责任人的邮箱地址；

通过socket服务向故障责任人发送故障检测邮件。

其中，所述故障检测模块还包括：

第一处理单元，用于：

保留发生所述挂起跑飞故障时，所述被测设备的运行环境，并将所述被测设备从所述测试资源中删除；

从所述测试资源中获取另一个可用的被测设备，并连接所述被测设备；

在获取的另一个可用被测设备上执行所述待测试脚本；

当任一所述待测试脚本完成测试后，通过获取的另一个可用被测设备对所述待测试产品进行挂起跑飞故障检测。

其中，所述故障检测模块还包括：

第二处理单元，用于：

当不存在挂起跑飞故障时，在所述被测设备上执行另一个待测试脚本；

当所述待测试脚本完成测试后，通过被测设备对所述待测试产品进行挂起跑飞故障检测。

依据本发明的另一个方面，还提供了一种被测设备挂起跑飞故障的检测系统，包括多个待测试产品、多个被检测设备，还包括上述所述的被测设备挂起跑飞故障的检测装置。

本发明的有益效果是：

本发明实施例的被测设备挂起跑飞故障的检测方法，首先获取为被测设备配置的测试计划和测试资源；接着，解析该测试计划，从中获取测试时间、待测试产品及待测试脚本；最后，当到达预设的测试时间后，根据待测试产品、待测试脚本及测试资源进行挂起跑飞故障，获取检测结果。

与现有技术相比，本发明实施例的被测设备挂起跑飞故障的检测方法，由于具有测试运行中的挂起跑飞检查功能，能够提前发现被测设备的挂起跑飞故障，而不是仅仅依据脚本返回值生成测试成功和失败的结果并在测试完成后依据日志人工查看，且能够实时监控测试脚本所测试的被测设备是否产生挂起跑飞故障。在获取检测结果后及时输出，达到了快速通告快速处理挂起跑飞故障的效果，大大提前了故障定位和解决时间点，提高了自动化测试效率，加快了产品故障收敛速度，为产品及时发布提供了更好的保障。

附图说明

图1表示本发明实施例的被测设备挂起跑飞故障的检测方法流程示意图；

图2表示本发明实施例的被测设备挂起跑飞故障的检测装置结构示意图；

图3表示故障检测模块的结构示意图；

图4表示本发明实施例的被测设备挂起跑飞故障的检测系统的应用流程示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

依据本发明实施例的一个方面，提供了一种被测设备挂起跑飞故障的检测方法，首先获取为被测设备配置的测试计划和测试资源；接着，解析所述测试计划获取测试时间、待测试产品及待测试脚本；最后，当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

如图1所示，该方法包括：

步骤S11、获取为被测设备配置的测试计划和测试资源。

本发明实施例的被测设备挂起跑飞故障的检测方法，在进行测试之前，需要为被测设备配置测试计划和测试资源，其中测试计划中携带有测试时间、待测试产品及待测试脚本，测试资源中携带有多个被测设备的使用情况。本发明实施例的方法是通过对被测设备进行检测，来实现对待测产品挂起跑飞故障的检测。

步骤S13、解析所述测试计划获取测试时间、待测试产品及待测试脚本。

其中，测试时间为设定的自动化测试的启动时间，待测试产品是指功能类似同时又有一定差异的产品群，此类产品可共享使用同一套通用脚本库，同时由于在功能上有一定差异，又存在一套只适用于自身产品测试的脚本库。

步骤S15、当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

其中，获取的检测结果为本发明实施例的被测设备挂起跑飞故障的检测方法完成检测之后的总体结果展示，用于通告本次检测的整体测试情况。具体地，输出的检测结果包括每一个被测设备在通过多个脚本对待测试产品进行检测时，所发生的故障情况，即从输出的该检测结果中可以清晰的了解每一个被测设备在哪一个脚本测试后，发生了哪些故障。

此外，获取的测试结果还可以excel表格的形式输出，当然，可以理解的是，本发明实施例的方法中，并不限于此种输出方式。

可选地，步骤S15包括：

根据获取的所述待测试产品加载多个相应的待测试脚本；

根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接所述可用的被测设备；

在所述可用的被测设备上执行一所述待测试脚本；

当任一所述待测试脚本完成测试后，生成测试运行日志，并通过被测设备对所述待测试产品进行挂起跑飞故障检测，生成挂起跑飞故障日志。

其中生成的挂起跑飞故障日志即可作为挂起跑飞故障检测后，获取的检测结果。通过挂起跑飞故障日志，可以清楚的了解发生挂起跑飞故障的具体情况，进而有助于后续故障的排除。

本发明实施例的被测设备挂起跑飞故障的检测方法中，可通过配置待测试产品选择相应的待测试脚本进行测试，其中，待测试脚本提供需要被加载脚本的存放路径，且对于待测试脚本，也可进行相应的新增、删除和修改等操作。

可选地，获取挂起跑飞故障检测结果后还包括：

启动socket服务；

当存在挂起跑飞故障时，通过socket服务向故障责任人发送故障检测邮件。

本发明实施例的被测设备挂起跑飞故障的检测方法中，当检测到存在挂起跑飞故障时，通过开启的socket服务向故障责任人发送故障检测邮件。其中，socket服务包括服务端socket和客户端socket，且在启动socket时定义了socket请求回调函数，该函数在收到socket请求后被调用，执行发送邮件功能。该socket服务开启后，会等待包含挂起跑飞故障和故障责任人邮箱地址信息的socket请求，而且该socket服务只需启动一次，就可同时为多个故障检测过程进行服务。

可选地，当存在挂起跑飞故障时，通过socket服务向故障责任人发送故障检测邮件的步骤包括：

从所述挂起跑飞故障日志中获取故障信息的关键字段，并根据所述关键字段匹配相应故障责任人的邮箱地址；

通过套接字socket服务向故障责任人发送故障检测邮件。

由此可知，本发明实施例的被测设备挂起跑飞故障的检测方法中，在每一个脚本测试完成后，会进行挂起跑飞故障检测，且最后生成了脚本测试的完整日记记录和挂起跑飞故障所产生的特殊日志记录，将挂起跑飞故障和其他测试故障区分开，能够更加清晰的了解挂起跑飞故障的发生，并及时做出处理。

其中，在发送故障检测邮件过程中，获取故障信息的关键字段后，可从故障负责人数据库中查询到相匹配的故障责任人的邮箱地址。接着，将挂起跑飞故障信息和故障责任人邮箱地址组织好后，将相关信息由客户端socket发送至服务端socket；服务端socket接收到客户端socket请求后，调用回调函数，回调函数在服务端通过简单邮件传输协议(SMTP)服务将故障信息发送至故障责任人邮箱地址，而相应的故障责任人登录邮箱地址即可接收到相应的挂起跑飞故障检测邮件，进而及时对故障进行处理。

可选地，当存在挂起跑飞故障时，通过套接字socket服务向故障责任人发送故障检测邮件的步骤之后还包括：

保留发生挂起跑飞故障时，所述被测设备的运行环境，并将所述被测设备从所述测试资源中删除；

从所述测试资源中获取另一个可用的被测设备，并连接所述被测设备；

在获取的另一个可用被测设备上执行所述待测试脚本；

当任一所述待测试脚本完成测试后，通过获取的另一个可用被测设备对所述待测试产品进行挂起跑飞故障检测。

由于挂起跑飞故障是自动化测试中优先级较高的故障，所以若出现此类故障，在故障检测邮件发送完成之后，本发明实施例的被测设备的挂起跑飞故障检测方法中，需要保留被测设备发生故障时的运行环境，便于故障责任人连接设备定位故障。此外，还需要将发生故障的被测设备从测试资源中删除，便于对下一个可用的被测设备进行检测。

可选地，获取挂起跑飞故障检测结果后还包括：

当不存在挂起跑飞故障时，在所述被测设备上执行另一个待测试脚本；

当所述待测试脚本完成测试后，通过被测设备对所述待测试产品进行挂起跑飞故障检测。

由于每一类型的待测试产品对应多个待测试脚本，所以若某个待测试脚本测试完成后，被测设备并未发生挂起跑飞故障，则需要继续对下一个待测试脚本进行测试，直到被测设备发生挂起跑飞故障时，停止对后续待测试脚本的测试，保留发生故障时，被测设备的运行环境。

实施例二

依据本发明实施例的另一方面，还提供了一种被测设备挂起跑飞故障的检测装置，如图2所示，该装置200包括：

获取模块201，用于获取为被测设备配置的测试计划和测试资源；

解析模块203，用于解析所述测试计划获取测试时间、待测试产品及待测试脚本；

故障检测模块205，用于当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

可选地，如图3所示，所述故障检测模块205包括：

加载单元2051，用于根据获取的所述待测试产品加载多个相应的待测试脚本；

连接单元2052，用于根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接所述可用的被测设备；

执行单元2053，用于在所述可用的被测设备上执行一所述待测试脚本；

获取单元2054，用于当任一所述待测试脚本完成测试后，生成测试运行日志，并通过被测设备对所述待测试产品进行挂起跑飞故障检测，生成挂起跑飞故障日志。

可选地，如图3所示，所述故障检测模块205还包括：

启动单元2057，用于启动套接字socket服务；

邮件发送单元2058，用于当存在挂起跑飞故障时，通过套接字socket服务向故障责任人发送故障检测邮件。

可选地，所述邮件发送单元2058进一步用于：

从所述挂起跑飞故障日志中获取故障信息的关键字段，并根据所述关键字段匹配相应故障责任人的邮箱地址；

通过套接字socket服务向故障责任人发送故障检测邮件。

可选地，如图3所示，所述故障检测模块205还包括：

第一处理单元2059，用于：

保留发生所述挂起跑飞故障时，所述被测设备的运行环境，并将所述被测设备从所述测试资源中删除；

从所述测试资源中获取另一个可用的被测设备，并连接所述被测设备；

在获取的另一个可用被测设备上执行所述待测试脚本；

当任一所述待测试脚本完成测试后，通过获取的另一个可用被测设备对所述待测试产品进行挂起跑飞故障检测。

可选地，如图3所示，所述故障检测模块205还包括：

第二处理单元2056，用于：

当不存在挂起跑飞故障时，在所述被测设备上执行另一个待测试脚本；

当所述待测试脚本完成测试后，通过被测设备对所述待测试产品进行挂起跑飞故障检测。

实施例三

依据本发明实施例的另一个方面，还提供了一种被测设备挂起跑飞故障的检测系统，包括多个待测试产品、多个被检测设备，还包括上述所述的被测设备挂起跑飞故障的检测装置。

当应用该被测设备挂起跑飞故障的检测系统，进行挂起跑飞故障检测时，在多个被测设备上均配置同一类型或同一种待测试产品，即使用多线程并发测试多个被测设备，并可在多个被测设备上同时加载运行脚本。

具体地，如图4所示，为被测设备配置测试计划和测试资源，解析测试计划，获取测试时间、待测试产品及待测试脚本。进而判断当前时间是否为获取的测试时间，若否，则继续等待；若是，则加载多个待测试脚本的存放路径。脚本加载完成之后，根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接该可用的被测设备。连接完成后，执行多个待测试脚本中的一个脚本，接着判断该脚本是否执行完成，若否，则等待该脚本执行完成；若是，则进行挂起跑飞检测。

若存在挂起跑飞故障，则生成挂起跑飞故障日志，然后启动socket服务，并从故障日志中获取故障信息的关键字段，并匹配相应的故障责任人邮箱地址，向故障责任人发送故障检测邮件，接着保留发生挂起跑飞故障的被测设备的运行环境，并将其从测试资源中出去，最后获取下一个可用的被测设备继续进行测试。

若并未发生挂起跑飞故障，则在该被测设备上执行下一个待测试脚本，当无可用被测设备或者所有脚本完成测试之后，可将最终获取的检测结果输出。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (13)

1.一种被测设备挂起跑飞故障的检测方法，其特征在于，包括：

获取为被测设备配置的测试计划和测试资源；

解析所述测试计划获取测试时间、待测试产品及待测试脚本；

当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

2.如权利要求1所述的方法，其特征在于，当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果的步骤包括：

根据获取的所述待测试产品加载多个相应的待测试脚本；

根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接所述可用的被测设备；

在所述可用的被测设备上执行一所述待测试脚本；

当任一所述待测试脚本完成测试后，生成测试运行日志，并通过被测设备对所述待测试产品进行挂起跑飞故障检测，生成挂起跑飞故障日志。

3.如权利要求2所述的方法，其特征在于，生成挂起跑飞故障日志后还包括：

启动套接字socket服务；

当存在挂起跑飞故障时，通过套接字socket服务向故障责任人发送故障检测邮件。

4.如权利要求3所述的方法，其特征在于，当存在挂起跑飞故障时，通过套接字socket服务向故障责任人发送故障检测邮件的步骤包括：

从所述挂起跑飞故障日志中获取故障信息的关键字段，并根据所述关键字段匹配相应故障责任人的邮箱地址；

通过套接字socket服务向故障责任人发送故障检测邮件。

5.如权利要求3所述的方法，其特征在于，当存在挂起跑飞故障时，通过套接字socket服务向故障责任人发送故障检测邮件的步骤之后还包括：

保留发生挂起跑飞故障时，所述被测设备的运行环境，并将所述被测设备从所述测试资源中删除；

从所述测试资源中获取另一个可用的被测设备，并连接所述被测设备；

在获取的另一个可用被测设备上执行所述待测试脚本；

当任一所述待测试脚本完成测试后，通过获取的另一个可用被测设备对所述待测试产品进行挂起跑飞故障检测。

6.如权利要求2所述的方法，其特征在于，获取挂起跑飞故障检测结果后还包括：

当不存在挂起跑飞故障时，在所述被测设备上执行另一个待测试脚本；

当所述待测试脚本完成测试后，通过被测设备对所述待测试产品进行挂起跑飞故障检测。

7.一种被测设备挂起跑飞故障的检测装置，其特征在于，包括：

获取模块，用于获取为被测设备配置的测试计划和测试资源；

解析模块，用于解析所述测试计划获取测试时间、待测试产品及待测试脚本；

故障检测模块，用于当前时间到达所述获取的测试时间时，根据所述待测试产品、待测试脚本及测试资源进行挂起跑飞故障检测，获取检测结果。

8.如权利要求7所述的装置，其特征在于，所述故障检测模块包括：

加载单元，用于根据获取的所述待测试产品加载多个相应的待测试脚本；

连接单元，用于根据测试资源将待测试产品部署至配置的多个被测设备上，且获取一可用的被测设备，并连接所述可用的被测设备；

执行单元，用于在所述可用的被测设备上执行一所述待测试脚本；

获取单元，用于当任一所述待测试脚本完成测试后，生成测试运行日志，并通过被测设备对所述待测试产品进行挂起跑飞故障检测，生成挂起跑飞故障日志。

9.如权利要求8所述的装置，其特征在于，所述故障检测模块还包括：

启动单元，用于启动套接字socket服务；

邮件发送单元，用于当存在挂起跑飞故障时，通过套接字socket服务向故障责任人发送故障检测邮件。

10.如权利要求9所述的装置，其特征在于，所述邮件发送单元进一步用于：

从所述挂起跑飞故障日志中获取故障信息的关键字段，并根据所述关键字段匹配相应故障责任人的邮箱地址；

通过套接字socket服务向故障责任人发送故障检测邮件。

11.如权利要求9所述的装置，其特征在于，所述故障检测模块还包括：

第一处理单元，用于：

保留发生所述挂起跑飞故障时，所述被测设备的运行环境，并将所述被测设备从所述测试资源中删除；

从所述测试资源中获取另一个可用的被测设备，并连接所述被测设备；

在获取的另一个可用被测设备上执行所述待测试脚本；

当任一所述待测试脚本完成测试后，通过获取的另一个可用被测设备对所述待测试产品进行挂起跑飞故障检测。

12.如权利要求8所述的装置，其特征在于，所述故障检测模块还包括：

第二处理单元，用于：

当不存在挂起跑飞故障时，在所述被测设备上执行另一个待测试脚本；

当所述待测试脚本完成测试后，通过被测设备对所述待测试产品进行挂起跑飞故障检测。

13.一种被测设备挂起跑飞故障的检测系统，包括多个待测试产品、多个被检测设备，其特征在于，还包括如权利要求7～12任意一项所述的被测设备挂起跑飞故障的检测装置。