CN111193636A - 测试单机可用性的方法及装置 - Google Patents

Abstract

本申请实施例公开了一种测试单机可用性的方法及装置，其中测试单机可用性的方法包括：获取待测试机器的IP地址信息；基于IP地址信息向目标机器发送业务交互指令，业务交互指令指示与目标机器进行指定测试业务的交互操作；获取与目标机器进行交互操作时的交互信息；根据交互信息确定目标机器是否可用。本申请方案直接拉取待检测机器的全量IP列表，通过拨测单机发起定时任务与被测机器进行业务级交互，从用户的维度来验证被测机器的可用性，可及时且有效发现后台服务不可用的问题，提升了检测单机可用性时的准确性。

Description

测试单机可用性的方法及装置

技术领域

本申请涉及通信技术领域，具体涉及一种测试单机可用性的方法及装置。

背景技术

随着互联网的兴起和移动通信网络的发展，网络服务越来越多的走进用户的日常生活中。

相关技术中，通常通过检测探测服务器的业务进程是否存在、端口是否监听，来实现对测试单机可用性的。然而，这种检测方式存检测盲区，例如当业务进程僵死，而端口仍然存在但无法提供服务的情况，就无法有效检测出来服务器不可用，导致检测准确性结果较差。

发明内容

本申请实施例提供一种测试单机可用性的方法及装置，可及时发现后台服务不可用的问题，提升了检测单机可用性时的准确性。

本申请实施例提供了一种测试单机可用性的方法，包括：

获取待测试机器的IP地址信息；

基于所述IP地址信息向目标机器发送业务交互指令，所述业务交互指令指示与所述目标机器进行指定测试业务的交互操作；

获取与所述目标机器进行交互操作时的交互信息；

根据所述交互信息确定所述目标机器是否可用。

相应的，本申请实施例还提供了一种测试单机可用性的装置，包括：

第一获取单元，用于获取待测试机器的IP地址信息；

指令发送单元，用于基于所述IP地址信息向目标机器发送业务交互指令，所述业务交互指令指示与所述目标机器进行指定测试业务的交互操作；

第二获取单元，用于获取与所述目标机器进行交互操作时的交互信息；

检测单元，用于根据所述交互信息确定所述目标机器是否可用。

相应的，本申请实施例还提供了一种计算机可读存储介质，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行如上所述测试单机可用性的方法中的步骤。

相应的，本申请实施例还提供了一种服务器，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行如上所述测试单机可用性的方法中的步骤。

本申请方案通过获取待测试机器的IP地址信息，并基于IP地址信息向目标机器发送业务交互指令，以与目标机器进行指定测试业务的交互操作。然后，获取与目标机器进行交互操作时的交互信息，并根据交互信息确定目标机器是否可用。本申请方案直接拉取待检测机器的全量IP列表，通过拨测单机发起定时任务与被测机器进行业务级交互，从用户的维度来验证被测机器的可用性，可及时且有效发现后台服务不可用的问题，提升了检测单机可用性时的准确性。

附图说明

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

图1是本申请实施例提供的测试单机可用性的方法的一流程示意图。

图2是本申请实施例提供的测试单机可用性的方法的另一流程示意图。

图3是本申请实施例提供的测试单机可用性的一系统架构示意图。

图4是本申请实施例提供的测试单机可用性的装置的结构示意图。

图5是本申请实施例提供的测试单机可用性的装置的另一结构示意图。

图6是本申请实施例提供的测试单机可用性的装置的又一结构示意图。

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

具体实施方式

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

本申请实施例提供一种测试单机可用性的方法及装置，可及时发现后台服务不可用的问题，提升了检测单机可用性时的准确性。以下分别进行详细说明。需说明的是，以下实施例的顺序不作为对实施例优选顺序的限定。

在一实施例中，将以该第一测试单机可用性的装置集成在终端中的角度进行描述。

请参阅图1，图1为本申请实施例提供的测试单机可用性的方法的一种流程示意图。该测试单机可用性的方法的具体流程可以如下：

101、获取待测试机器的IP地址信息。

其中，待测机器为后台系统的接入机(即服务器)。后台系统一般由多模块配合，分层架构。以三层网络架构为例，可包括：接入层、汇聚层、核心层，如下：

核心层：网络的高速交换主干，对整个网络的连通起到至关重要的作用。

汇聚层：网络接入层和核心层的“中介”，就是在工作站接入核心层前先做汇聚，以减轻核心层设备的负荷。汇聚层具有实施策略、安全、工作组接入、虚拟局域网之间的路由、源地址或目的地址过滤等多种功能。

接入层：向本地网段提供工作站接入，直接面向用户连接或访问网络。在接入层中，减少同一网段的工作站数量，能够向工作组提供高速带宽。

具体实施时，用户一般通过接入层的单机(即单台服务器)访问系统提供的服务，如Http(Hyper Text Transfer Protocol，超文本传输协议)。

其中，获取的IP地址信息可以为当前提供服务的所有机器的IP地址信息。本实施例中，获取IP(InternetProtocol，网际协议)地址的方式可以有多种。例如，拨测平台可与业务管理模块(或运营模块)定义拨测专用接口，以提供获取当前提供服务的所有机器的IP地址信息的能力。实际应用中，可在拨测平台内设置定时器，通过定时任务来拉取当前对外提供服务的机器IP地址信息。

又例如，拨测平台可提供IP地址信息的更新接口，规定业务管理模块(或运营模块)在更新提供服务的机器的IP地址信息时，必须调用拨测平台提供的更新接口，以将更新后的IP地址信息同步到拨测平台。其中，该IP地址信息可以是全量更新也可以是增量更新。

其中，获取的IP地址信息可以为一个或

102、基于IP地址信息向目标机器发送业务交互指令，该业务交互指令指示与目标机器进行指定测试业务的交互操作。

其中，获取的IP地址信息可以为当前提供服务的所有机器的IP地址信息。拨测平台可基于获取的IP地址信息，定时向目标机器发送业务交互指令，以模仿用户终端与目标机器进行业务交互。其中，拨测平台可定时向一个或多个机器发送业务交互指令，定时时间可以是相同也可以是不相同。

实际应用中，接入机一般分运营商部署，保证用户终端可以就近访问。由于不同的网络运营商之间，存在网络不通的情况，故需要分运营对机器进行探测。因此，通过该拨测专用接口除了可获取机器的IP地址信息外，还可获取每一机器对应的网络运营商部署信息。然后，根据不同的网络运营商部署，选择相应的拨测执行器与被测机器进行业务级交互。也即，参考图2，在一些实施例中，步骤“基于IP地址信息向目标机器发送业务交互指令”，可以包括以下流程：

1021、确定IP地址信息对应的网络运营商信息；

1022、根据网络运营商信息确定对应类型的拨测执行器，其中，拨测执行器可直接向待测机器发起接口访问；

1023、基于IP地址信息，通过拨测执行器向目标机器发送业务交互指令。

具体的，可对获取的IP地址信息进行解析，识别、查询出该IP地址的所在地、对应的网络运营商等信息。由于不同运营商之间网络可能不同，因此在测试机器可用性时，可针对不同类型网络(即不同网络运营商)的被测机器采用不同类型的拨测执行器与之进行业务交互，以排除跨运营商带来的网络问题导致单机不可用。

其中，拨测执行器的类型指的是拨测执行器所使用的网络类型。例如，针对网络运营商为A的待测机器，对应调用使用网路为运营商A的拨测执行器向该待测机器发送业务交互指令；针对网络运营商为B的待测机器，对应调用使用网路为运营商B的拨测执行器向该待测机器发送业务交互指令。也即，需被测机器与拨测执行器所使用的网络为相同运营商的网络。

实际应用中，待测机器都是部署在一个一个机房里面的。因此，在通过该拨测专用接口除了可获取机器的IP地址信息外，还可获取每一机器所处机房信息，以便于发现是否在机房层面出问题的情况(如机房对外的网络出问题了)。

103、获取与目标机器进行交互操作时的交互信息。

具体的，获取与目标机器在进行业务交互过程中的交互信息。其中，该交互信息可以包括：拨测平台向目标机器发送的信息、目标机器向拨测平台返回的信息、以及拨测平台根据目标机器返回的信息进行响应或分析而在本端生成的信息。

需要说明的是，本申请中要求被检测模块实现拨测接口，具体表现为：

拨测接口的内部调用逻辑实现全覆盖：覆盖的主要进程、线程、主逻辑流程，以便后续可有效发现进程、线程死锁问题；

拨测接口的监听端口、交互协议与被检测模块原生接口保持一致(由于业务进程一般会监听某个端口，在端口上用某个协议进行交互，这些交互跟一些接口对应，即每个接口有对应的流程)，以便后续可及时发现网络配置、策略导致的问题；

拨测接口采用轻量级实现，可保证拨测平台低频调用不对系统产生额外的开销。

本实施例中，拨测平台将模拟用户的方式进行调用，完全按照用户终端的方式来访问后台系统，端口、协议、接口都与以用户终端来进行交互时保持一致，确保检测到的问题都是被测机器与用户终端交互时存在的问题。

例如，拨测平台调用相应的拨测执行器向目标机器发送Http下载服务请求下载一个资源(如固定的图片)，可以使用一个有效的测试URL(Uniform Resource Locator，统一资源定位符)发送Get(获取)请求下载；目标机器响应接收到的Get请求进行相应内容的查找获取，并将获取到的内容进行加密后通过网络A向拨测平台返回信息；拨测平台对接收到的信息的信息进行解密验证，确定是否成功获取到所需内容。那么，在此过程中涉及到的交互信息则可以包括：测试URL的信息、目标机器查询到的内容、加密方式及密码、目标机器使用的网络、拨测平台是否解密成功、是否成功下载的信息等等。

104、根据交互信息确定目标机器是否可用。

具体的，通过对交互结果的分析来判断后台单机是否可正常对外提供服务。继续参考图2，在一些实施例中，步骤“根据交互信息确定所述目标机器是否可用”，可以包括以下流程：

1041、对交互信息进行分析，得到分析结果；

1042、当分析结果满足指定测试业务的测试指标时，确定目标机器可用；

1043、当结果不满足指定测试业务的测试指标时，确定目标机器不可用。

具体实施时，由于不同的测试业务所要求的测试指标不一定相同，因此在判断机器的可用性时，可根据实际的业务交互结果与该业务的实际指标需求进行匹配，以确定是否满足指标需求，从而确定目标机器是否可用。

在一些实施例中，步骤“对交互信息进行分析，得到分析结果”，可以包括以下流程：

对交互信息进行分析，确定业务交互是否发生异常；

若发生异常，则从预设故障信息中确定产生异常的目标故障信息；

根据目标故障信息确定分析结果。

具体实施时，针对不同的测试业务，可预先设定在进行该业务交互的过程中可能会出现的故障。然后，在分析检测出业务交互产生异常后，从预置的故障信息中确定导致此异常的目标故障信息，并基于此目标故障信息生成分析结果。实际应用中，可直接以该目标故障信息、以及导致的异常状态作为分析结果。

以Http下载服务为例，业务交互期间可能会出现下载失败、下载超时、下载得到的内容与实际需要的不符等情况。也即，在一些实施例在，在对交互信息进行分析，确定业务交互是否发生异常时，可以包括以下流程：

对交互信息进行分析，从中确定指定类型的信息；

当指定类型信息中包含指定内容时，确定业务交互发生异常，其中，指定内容包括：数据获取失败、数据获取超时和/或获取到的数据不符合预期。

其中，信息的类型可以基于信息的所表现的阶段或涉及的执行主体来确定。例如，拨测平台与目标机器间的业务交互，其交互信息可划分为：仅涉及拨测平台来执行操作的信息(如拨测平台的定时信息、基于交互结果生成的提示信息等)、仅涉及目标机器来执行操作的信息(如目标机器查询的信息)、涉及拨测平台和目标机器两者之间传递的信息(如两者之间的指令交互)。

在本实施例中，该指定类型的信息可以是仅涉及拨测平台来执行操作的信息，尤其指基于交互结果生成的提示信息。然后，从中确定出是否包含内容为数据获取失败、数据获取超时和/或获取到的数据不符合预期的信息。若包含，则可初步业务交互产生异常；若不包含，则可确定未产生异常。

实际应用中，在确定业务交互产生异常后，即可通过该分析该异常的具体原因，得到分析结果。并根据分析结果是否满足当前测试业务的测试指标，来确定机器的可用性。具体实施时，当确定机器不可用后，可向运维人员发送提示信息提醒及时进行机器维修，以保证后台可正常向用户终端提供服务。也即，在一些实施例中，还可以包括以下步骤：

当确定目标机器不可用时，获取当前对外提供服务的所有机器的IP地址，得到IP地址集合；

将目标机器的IP地址信息与所述IP地址集合进行比对；

若目标机器的IP地址信息在P地址集合中，则向预设终端发送目标机器发生故障的提示信息。

其中，若目标机器的IP地址信息在IP地址集合中，则表明目标机器当前正在对用户终端提供服务，而业务的管理系统(或运营系统)并未发现此机器故障。此时，可向预先设置的终端发送告警信息，以提示业务管理人员或运维人员该目标机器发生故障无法正常对外提供服务，需及时进行维护。通过告警的二次确认，提升告警结果的准确性。

在一些实施例中，若目标机器的IP地址信息不在IP地址集合中，则表明此此目标机器当前已经被业务系统(或运营系统)自检测到并剔除出了当前可提供服务的IP列表中，或者当前未被启用，因此可不发送告警提示。另外，可对该目标机器的IP地址信息进行标记以提醒运维人员修复此机器，以避免在该目标机器在未被维修时就将该目标机器启用而导致业务故障的问题。

由上可知，本实施例提供的测试单机可用性的方法，通过直接拉取待检测机器的全量IP列表，拨测单机发起定时任务与被测机器进行业务级交互，探测程序模拟用户采用跟用户与服务器交互同样的方式来确认服务器是否能真正面向用户提供服务。本方案从用户的维度来验证被测机器的可用性，可及时且有效发现后台服务不可用的问题，提升了检测单机可用性时的准确性。

参考图3，图3为本申请实施例提供的测试单机可用性的系统架构图。该系统可以包括拨测平台、拨测执行器及接入机(即被测单机)。

其中，拨测平台、拨测执行器及接入机都可以为服务器，拨测平台与拨测执行器之间可通过无线网络的方式进行通信、拨测执行器与接入机之间可通过无线网络的方式进行通信。在本实施例中，该系统需满足以下几点设定：

a、拨测执行器需要分运营商部署，以排除跨运营商访问可能存在的网络问题(如网络延迟、网络不通等问题)；

b、拨测执行器可部署在DC(Data Center，数据中心)机房，以确保网络联通性好；

c、测试程序设定为部署在DC机房的定时任务，以避免因客户端关闭而导致探测不稳定的问题。

在这种同运营商、优质网络情况下，如果业务级交互出现问题，可以有效排除网络问题的干扰，确保是单机故障导致的问题。具体实施时，可模拟用户的方式进行调用。例如：对于Http下载服务，可以使用一个测试URL(确保一直有效)发送Get(获取)请求下载，并判断下载的内容是否符合预期(如检查序列完整性)。在这种场景下：

(1)若进程内部线程异常、死锁，则拨测平台可检测到下载失败，可以发现故障问题；

(2)若消息队列阻塞，则表现为建立TCP连接失败、下载超时，可以发现故障问题；

(3)若进程资源占用过高导致不能服务或机器资源不足，则会表现为下载失败、下载超时，可以发现故障问题；

(4)若发生程序统计之外的问题导致下载失败，可以发现故障问题；

(5)由于配置或逻辑原因导致下载的内容错误或不一致，在拨测执行器与预期md5对比时，可以发现故障问题。

而传统拨测中，这些问题发生的时进程和端口都表现为正常，因此无法发现故障问题。

此外，在发现故障问题后，还可通过告警的二次确认机制，去除无效告警。例如，即可取告警单机的IP地址信息，与拨测平台获取的最新IP列表(即当前可对外提供服务的单机列表)做对比。

若告警IP单机在最新IP列表中，说明业务的管理系统或运营系统未发现此单机故障，告警有效，可向运维终端发出此告警，以便运维人员或开发人员上线处理。

若告警IP单机未在最新IP列表中，说明此故障单机已经被业务系统自检到，并剔除出了服务IP列表。因此可以不向运维终端发送此告警，或者可降低该告警IP单机的修复优先级别推送至运维，提醒运维人员或开发人员修复故障单机。

需要说明的是，前者的告警是在向业务人员或开发人员提示服务器的机器出了问题，如果不马上修复用户是能感知到问题的。后者的推送提醒，则是对于当前没有向用户提供服务的机器(已经被运营系统发现并剔除)，提示需要修复但修复优先级不高(不会对用户产生影响)。以上，通过告警二次确认机制，可有效避免无效告警，提高告警的准确性。

本实施例中，在拨测平台模拟用户进行调用时，通过后台系统对外提供的业务级接口进行访问，与系统产生有效交互即可，例如：

a、voip系统，后台对外的接口为二进制私有协议，可以通过模拟协议中的查询类接口与系统进行交互；也可与业务协商，由业务系统开放一个拨测专用接口；通过二进制接口与voip系统进行交互，验证单机是否可用

b、对于非接入层单机(即不面向用户提供服务，而面向接入层提供服务的机器)，可以模拟上层模块(角色上类似测试接入层单机时的用户)，并与该模块进行业务级交互。

需要说明的是，本实施例中，需要被检测模块(即接入层)实现拨测接口内部调用逻辑实现全覆盖，拨测接口的监听端口、交互协议与被检测模块原生接口保持一致，且拨测接口采用轻量级实现。

本申请实施例中，基于IP对业务提供服务的单机进行直接检测，避免域名访问的随机性。通过实现一个全覆盖、类原生、轻量级的拨测接口，并模拟用户调用现有接口，来与被测机器进行业务级交互以发现单机故障，从用户的维度来验证被测机器的可用性，可及时且有效发现后台服务不可用的问题。另外，通过分布式部署和优质测试链路来避免网络类问题导致误判的问题，以及通过对告警的二次确认来丢弃无效告警，可提升告警的准确率。

为便于更好的实施本申请实施例提供的测试单机可用性的方法，本申请实施例还提供一种基于上述测试单机可用性的方法的装置。其中名词的含义与上述测试单机可用性的方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图4，图4为本申请实施例提供的一种测试单机可用性的装置的结构示意图。其中，该测试单机可用性的装置400可以集成在终端中。该测试单机可用性的装置400可以包括指令第一获取单元401、指令发送单元402、第二获取单元403、及检测单元404，具体可以如下：

第一获取单元401，用于获取待测试机器的IP地址信息；

指令发送单元402，用于基于所述IP地址信息向目标机器发送业务交互指令，所述业务交互指令指示与所述目标机器进行指定测试业务的交互操作；

第二获取单元403，用于获取与所述目标机器进行交互操作时的交互信息；

检测单元404，用于根据所述交互信息确定所述目标机器是否可用。

参考图5，在一些实施例中，检测单元404可以包括：

分析子单元4041，用于对所述交互信息进行分析，得到分析结果；

第一确定子单元4042，用于当所述分析结果满足所述指定测试业务的测试指标时，确定所述目标机器可用；

第二确定子单元4043，用于当所述分析结果不满足所述指定测试业务的测试指标时，确定所述目标机器不可用。

在一些实施例中，分析子单元4041可以用于：

对所述交互信息进行分析，确定业务交互是否发生异常；

若发生异常，则从预设故障信息中确定产生异常的目标故障信息；

根据所述目标故障信息确定所述分析结果。

在一些实施例中，分析子单元4041进一步可以用于：

对交互信息进行分析，从中确定指定类型的信息；

当指定类型信息中包含指定内容时，确定业务交互发生异常，其中，所述指定内容包括：数据获取失败、数据获取超时和/或获取到的数据不符合预期。

在一些实施例中，指令发送单元402具体可以用于：

确定所述IP地址信息对应的网络运营商信息；

根据所述网络运营商信息确定对应类型的拨测执行器，其中，拨测执行器可直接向待测机器发起接口访问；

基于所述IP地址信息，通过所述拨测执行器向目标机器发送业务交互指令。

参考图6，在一些实施例中，装置400还可以包括：

第三获取单元405，用于当确定所述目标机器不可用时，获取当前对外提供服务的所有机器的IP地址，得到IP地址集合；

比对单元406，用于将所述目标机器的IP地址信息与所述IP地址集合进行比对；

信息发送单元407可以用于：若目标机器的IP地址信息在所述IP地址集合中时，向预设终端发送所述目标机器发生故障的提示信息。

继续参考图6，在一些实施例中，该装置400还可以包括：

标记单元408，用于若所述目标机器的IP地址信息不在所述IP地址集合中，则对所述目标机器的IP地址信息进行标记。

本申请实施例提供的测试单机可用性的装置，通过获取待测试机器的IP地址信息；基于IP地址信息向目标机器发送业务交互指令，业务交互指令指示与目标机器进行指定测试业务的交互操作；获取与目标机器进行交互操作时的交互信息；根据交互信息确定目标机器是否可用。本申请方案直接拉取待检测机器的全量IP列表，通过拨测单机发起定时任务与被测机器进行业务级交互，从用户的维度来验证被测机器的可用性，可及时且有效发现因为配置错误、逻辑错误等各种原因导致后台服务不可用的问题，提升了检测单机可用性时的准确性。

本申请实施例还提供一种服务器。如图7所示，该服务器可以包括射频(RF，RadioFrequency)电路601、包括有一个或一个以上计算机可读存储介质的存储器602、输入单元603、显示单元604、传感器605、音频电路606、无线保真(WiFi，Wireless Fidelity)模块607、包括有一个或者一个以上处理核心的处理器608、以及电源609等部件。本领域技术人员可以理解，图7中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路601可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器608处理；另外，将涉及上行的数据发送给基站。通常，RF电路601包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，LowNoise Amplifier)、双工器等。此外，RF电路601还可以通过无线通信与网络和其他设备通信。

存储器602可用于存储软件程序以及模块，处理器608通过运行存储在存储器602的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器602可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等。此外，存储器602可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器602还可以包括存储器控制器，以提供处理器608和输入单元603对存储器602的访问。

输入单元603可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元603可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。除了触敏表面，输入单元603还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元604可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元604可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器608以确定触摸事件的类型，随后处理器608根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图7中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

服务器还可包括至少一种传感器605，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在服务器移动到耳边时，关闭显示面板和或或背光。

音频电路606、扬声器，传声器可提供用户与服务器之间的音频接口。音频电路606可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路606接收后转换为音频数据，再将音频数据输出处理器608处理后，经RF电路601以发送给比如服务器，或者将音频数据输出至存储器602以便进一步处理。音频电路606还可能包括耳塞插孔，以提供外设耳机与服务器的通信。

WiFi属于短距离无线传输技术，服务器通过WiFi模块607可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块607，但是可以理解的是，其并不属于服务器的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器608是服务器的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器602内的软件程序和或或模块，以及调用存储在存储器602内的数据，执行服务器的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器608可包括一个或多个处理核心；优选的，处理器608可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器608中。

服务器还包括给各个部件供电的电源609(比如电池)，优选的，电源可以通过电源管理系统与处理器608逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源609还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

具体在本实施例中，服务器中的处理器608会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器602中，并由处理器608来运行存储在存储器602中的应用程序，从而实现各种功能：

获取待测试机器的IP地址信息；

基于所述IP地址信息向目标机器发送业务交互指令，所述业务交互指令指示与所述目标机器进行指定测试业务的交互操作；

获取与所述目标机器进行交互操作时的交互信息；

根据所述交互信息确定所述目标机器是否可用。

本申请实施例提供的服务器，通过直接拉取待检测机器的全量IP列表，通过拨测单机发起定时任务与被测机器进行业务级交互，从用户的维度来验证被测机器的可用性，可及时且有效发现后台服务不可用的问题，提升了检测单机可用性时的准确性。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种测试单机可用性的方法中的步骤。例如，该指令可以执行如下步骤：

获取待测试机器的IP地址信息；基于IP地址信息向目标机器发送业务交互指令，该业务交互指令指示与目标机器进行指定测试业务的交互操作；获取与目标机器进行交互操作时的交互信息；根据交互信息确定所述目标机器是否可用。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种测试单机可用性的方法中的步骤，因此，可以实现本申请实施例所提供的任一种测试单机可用性的方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的测试单机可用性的方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种测试单机可用性的方法，其特征在于，包括：

获取待测试机器的IP地址信息；

基于所述IP地址信息向目标机器发送业务交互指令，所述业务交互指令指示与所述目标机器进行指定测试业务的交互操作；

获取与所述目标机器进行交互操作时的交互信息；

根据所述交互信息确定所述目标机器是否可用。

2.根据权利要求1所述的测试单机可用性的方法，其特征在于，所述根据所述交互信息确定所述目标机器是否可用，包括：

对所述交互信息进行分析，得到分析结果；

当所述分析结果满足所述指定测试业务的测试指标时，确定所述目标机器可用；

当所述分析结果不满足所述指定测试业务的测试指标时，确定所述目标机器不可用。

3.根据权利要求2所述的测试单机可用性的方法，其特征在于，所述对所述交互信息进行分析，得到分析结果，包括：

对所述交互信息进行分析，确定业务交互是否发生异常；

若发生异常，则从预设故障信息中确定产生异常的目标故障信息；

根据所述目标故障信息确定所述分析结果。

4.根据权利要求3所述的测试单机可用性的方法，其特征在于，所述对所述交互信息进行分析，确定业务交互是否发生异常，包括：

对所述交互信息进行分析，从中确定指定类型的信息；

当所述指定类型信息中包含指定内容时，确定业务交互发生异常，其中，所述指定内容包括：数据获取失败、数据获取超时和/或获取到的数据不符合预期。

5.根据权利要求1所述的测试单机可用性的方法，其特征在于，所述基于所述IP地址信息向目标机器发送业务交互指令，包括：

确定所述IP地址信息对应的网络运营商信息；

根据所述网络运营商信息确定对应类型的拨测执行器，其中，拨测执行器可直接向待测机器发起接口访问；

基于所述IP地址信息，通过所述拨测执行器向目标机器发送业务交互指令。

6.根据权利要求1-5任一项所述的测试单机可用性的方法，其特征在于，还包括：

当确定所述目标机器不可用时，获取当前对外提供服务的所有机器的IP地址，得到IP地址集合；

将所述目标机器的IP地址信息与所述IP地址集合进行比对；

若所述目标机器的IP地址信息在所述IP地址集合中，则向预设终端发送所述目标机器发生故障的提示信息。

7.根据权利要求6所述的测试单机可用性的方法，其特征在于，还包括：

若所述目标机器的IP地址信息不在所述IP地址集合中，则对所述目标机器的IP地址信息进行标记。

8.一种测试单机可用性的装置，其特征在于，包括：

第一获取单元，用于获取待测试机器的IP地址信息；

指令发送单元，用于基于所述IP地址信息向目标机器发送业务交互指令，所述业务交互指令指示与所述目标机器进行指定测试业务的交互操作；

第二获取单元，用于获取与所述目标机器进行交互操作时的交互信息；

检测单元，用于根据所述交互信息确定所述目标机器是否可用。

9.根据权利要求8所述的测试单机可用性的装置，其特征在于，所述检测单元包括：

分析子单元，用于对所述交互信息进行分析，得到分析结果；

第一确定子单元，用于当所述分析结果满足所述指定测试业务的测试指标时，确定所述目标机器可用；

第二确定子单元，用于当所述分析结果不满足所述指定测试业务的测试指标时，确定所述目标机器不可用。

10.根据权利要求8或9所述的测试单机可用性的装置，其特征在于，还包括：

第三获取单元，用于当确定所述目标机器不可用时，获取当前对外提供服务的所有机器的IP地址，得到IP地址集合；

比对单元，用于将所述目标机器的IP地址信息与所述IP地址集合进行比对；

信息发送单元，用于若所述目标机器的IP地址信息在所述IP地址集合中时，向预设终端发送所述目标机器发生故障的提示信息。

Images