CN105100277A - 一种软件巡检方法、装置及系统 - Google Patents

Abstract

本申请公开了一种软件巡检方法、装置及系统，该方法基于云平台，云平台中设置有主服务器和若干从属服务器，用户可以通过客户端上传巡检任务，该任务包括由至少一个脚本用例组成的巡检脚本套件，主服务器接收到巡检任务后通过解析，得到至少一个脚本用例，并参考预置的分配策略，将各脚本用例分配至从属服务器，由从属服务器执行脚本用例，并将执行结果反馈给主服务器，进而由主服务器汇集各个执行结果，发送给客户端。本申请通过云平台实现自动化巡检，主服务器将脚本用例分发给对应的从属服务器，各从属服务器可以并行处理，提高了巡检效率。并且用户仅需要上传巡检所需的脚本用例，云平台会遍历执行各个脚本用例，不存在漏检、错检的问题。

Description

一种软件巡检方法、装置及系统

技术领域

本申请涉及互联网技术领域，更具体地说，涉及一种软件巡检方法、装置及系统。

背景技术

在信息系统运行维护过程中，主要分为平台层运维和应用层运维。其中，平台层运维主要是指对存储、数据库、中间件、主机、桌面等的运行维护；而应用层的运维主要是指对系统的功能进行运行维护。

现有技术在对平台层进行运维时，主要采用人工巡检的方式。也即，由工作人员定期对系统的各个功能进行巡检，以确认系统功能的好坏，发现功能缺陷。

但是，人工巡检的方式存在巡检效率低、容易出现漏检、错检的问题。

发明内容

有鉴于此，本申请提供了一种软件巡检方法、装置及系统，用于解决现有人工巡检方式存在的巡检效率低、容易出现漏检、错检的问题。

为了实现上述目的，现提出的方案如下：

一种软件巡检方法，应用于主服务器，所述主服务器与若干从属服务器共同构成云平台，该方法包括：

接收客户端上传的巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

对所述巡检脚本套件进行解析，得到至少一个脚本用例；

参考预置分配策略，将各所述脚本用例分配至所述从属服务器，以供从属服务器执行所述脚本用例；

接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

优选地，所述参考预置分配策略，将各所述脚本用例分配至所述从属服务器，包括：

确定各所述从属服务器的忙碌状态等级，其中忙碌状态等级越高代表从属服务器的处理压力越大；

参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

将各所述脚本用例分配至各个所述目标从属服务器，且保证各目标从属服务器均分配有脚本用例。

优选地，所述确定各所述从属服务器的忙碌状态等级，包括：

查询本地存储的状态列表，确定各所述从属服务器的忙碌状态等级，其中状态列表中存储有各从属服务器周期性上传的忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

一种软件巡检方法，应用于从属服务器，所述从属服务器与云平台中的主服务器通信，该方法包括：

接收所述主服务器分配的至少一个脚本用例；

按照所述脚本用例执行待检测软件系统，得到执行结果；

将所述执行结果反馈给所述主服务器。

优选地，还包括：

按照预定周期，向所述主服务器发送本机忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

一种软件巡检装置，应用于主服务器，所述主服务器与若干从属服务器共同构成云平台，该装置包括：

任务接收单元，用于接收客户端上传的巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

脚本解析单元，用于对所述巡检脚本套件进行解析，得到至少一个脚本用例；

任务分配单元，用于参考预置分配策略，将各所述脚本用例分配至所述从属服务器，以供从属服务器执行所述脚本用例；

结果处理单元，用于接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

优选地，所述任务分配单元包括：

忙碌状态等级确定单元，用于确定各所述从属服务器的忙碌状态等级，其中忙碌状态等级越高代表从属服务器的处理压力越大；

目标服务器选取单元，用于参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

脚本用例分配单元，用于将各所述脚本用例分配至各个所述目标从属服务器，且保证各目标从属服务器均分配有脚本用例。

优选地，所述忙碌状态等级确定单元包括：

列表查询单元，用于查询本地存储的状态列表，确定各所述从属服务器的忙碌状态等级，其中状态列表中存储有各从属服务器周期性上传的忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

一种软件巡检装置，应用于从属服务器，所述从属服务器与云平台中的主服务器通信，该装置包括：

脚本用例接收单元，用于接收所述主服务器分配的至少一个脚本用例；

脚本用例执行单元，用于按照所述脚本用例执行待检测软件系统，得到执行结果；

执行结果反馈单元，用于将所述执行结果反馈给所述主服务器。

一种软件巡检系统，包括：客户端和云平台，所述云平台包括主服务器和若干从属服务器，其中，

所述客户端用于向所述主服务器发送巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

所述主服务器用于对所述巡检脚本套件进行解析，得到至少一个脚本用例，并参考预置分配策略，将各所述脚本用例分配至所述从属服务器；

所述从属服务器用于按照所述脚本用例执行待检测软件系统，得到执行结果，并将所述执行结果反馈给所述主服务器，由所述主服务器将所述执行结果转发给所述客户端。

从上述的技术方案可以看出，本申请实施例提供的软件巡检方法基于云平台，该云平台中设置有主服务器和若干从属服务器，用户可以通过客户端上传巡检任务，该任务包括由至少一个脚本用例组成的巡检脚本套件，主服务器接收到巡检任务后通过解析，得到至少一个脚本用例，并参考预置的分配策略，将各脚本用例分配至从属服务器，由从属服务器执行脚本用例，并将执行结果反馈给主服务器，进而由主服务器汇集各个执行结果，发送给客户端。本申请通过云平台实现机器自动化巡检，主服务器将脚本用例分发给对应的从属服务器，各个从属服务器可以并行处理，提高了巡检效率。并且用户仅需要上传巡检所需的脚本用例，云平台会遍历执行各个脚本用例，不存在漏检、错检的问题。

附图说明

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

图1为本申请实施例公开的一种软件巡检方法信令交互图；

图2为本申请实施例从主服务器侧公开的一种软件巡检方法流程图；

图3为本申请实施例从主服务器侧公开的另一种软件巡检方法流程图；

图4为本申请实施例从主服务器侧公开的又一种软件巡检方法流程图；

图5为本申请实施例以从属服务器侧公开的一种软件巡检方法流程图；

图6为本申请实施例以从属服务器侧公开的另一种软件巡检方法流程图；

图7为本申请实施例公开的一种应用于主服务器侧的软件巡检装置结构示意图；

图8为本申请实施例公开的一种任务分配单元结构示意图；

图9为本申请实施例公开的一种忙碌状态等级确定单元结构示意图；

图10为本申请实施例公开的一种应用于从属服务器侧的软件巡检装置结构示意图；

图11为本申请实施例公开的另一种应用于从属服务器侧的软件巡检装置结构示意图；

图12为本申请实施例公开的一种软件巡检系统结构示意图。

具体实施方式

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

本申请实施例公开了一种软件巡检方案，该方案基于客户端和云平台，云平台中包括至少一个主服务器和若干个从属服务器。参见图1，图1为本申请实施例公开的一种软件巡检方法信令交互图。

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

步骤S100、客户端向主服务器发送巡检任务；

具体地，用户可以预先录制或者编写脚本用例，脚本用例用于检测软件系统的某项功能是否正常。不同的脚本用例之间是相互独立的，由若干个脚本用例可以共同组成巡检脚本套件，巡检脚本套件作为巡检任务发送给主服务器。

举例如，一个巡检脚本套件为对网页中的20个标签都进行单次点击，查看其功能。则该套件中的一个脚本用例就是对其中一个标签进行单次点击。

实际应用中的脚本用例还可能包含：用户登录、输入用户名、循环点击等，每个脚本用例都是一个可执行的最小的单元。用户可以自行选取若干个脚本用例，组成一个巡检脚本套件。

步骤S110、主服务器解析巡检脚本套件，得到脚本用例；

步骤S120、主服务器将脚本用例分配给从属服务器；

具体地，主服务器负责脚本用例的分配工作。对于每次解析得到的若干脚本用例，主服务器可以按照一定的分配策略，将脚本用例分配给若干个从属服务器中的一个或多个。具体分配规则可以参考下文介绍。

步骤S130、从属服务器执行脚本用例，得到执行结果；

对于接收到主服务器分配的脚本用例的从属服务器，其按照接收的脚本用例去执行待检测的软件系统，并得到执行结果。

步骤S140、从属服务器将执行结果反馈给主服务器；

步骤S150、主服务器将执行结果汇总后转发给客户端。

主服务器可以记录本次巡检任务所分配的从属服务器，当这些从属服务器均反馈了执行结果之后，由主服务器进行汇总，汇总后的执行结果可以以巡检报告的形式发送给客户端，以供用户浏览。

本申请实施例提供的软件巡检方法基于云平台，该云平台中设置有主服务器和若干从属服务器，用户可以通过客户端上传巡检任务，该任务包括由至少一个脚本用例组成的巡检脚本套件，主服务器接收到巡检任务后通过解析，得到至少一个脚本用例，并参考预置的分配策略，将各脚本用例分配至从属服务器，由从属服务器执行脚本用例，并将执行结果反馈给主服务器，进而由主服务器汇集各个执行结果，发送给客户端。本申请通过云平台实现机器自动化巡检，主服务器将脚本用例分发给对应的从属服务器，各个从属服务器可以并行处理，提高了巡检效率。并且用户仅需要上传巡检所需的脚本用例，云平台会遍历执行各个脚本用例，不存在漏检、错检的问题。

需要说明的是，上述主服务器和从属服务器之间为主从结构，每当一台从属服务器启动后，其会主动向主服务器发送信号，主服务器收到信号可以向从属服务器反馈信号，表示通信建立成功，主服务器对该从属服务器进行注册并编号。主服务器可以每隔一定时间向已经建立通信的各个从属服务器发送心跳信号，从属服务器收到心跳信号后会向主服务器反馈应答信号，这样表示二者间通信正常。相反，如果主服务器未接收到某个从属服务器的应答信号，则认定与该从属服务器的通信失败，从本地列表中删除对应从属服务器的编号。

接下来分别从主服务器、从属服务器的角度详细介绍本申请方案。

参见图2，图2为本申请实施例从主服务器侧公开的一种软件巡检方法流程图。

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

步骤S200、接收客户端上传的巡检任务；

其中，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件。

用户可以在客户端提供的界面上选择脚本用例，客户端将用户选定的若干个脚本用例组成一个巡检脚本套件，并发给主服务器。

步骤S210、对所述巡检脚本套件进行解析，得到至少一个脚本用例；

步骤S220、参考预置分配策略，将各所述脚本用例分配至所述从属服务器；

具体地，在主服务器中可以存储分配策略，主服务器解析得到脚本用例之后，按照分配策略向从属服务器分配脚本用例，以供从属服务器执行所述脚本用例。分配的原则是各个从属服务器的处理压力均衡，且巡检效率高。

步骤S230、接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

各个从属服务器执行完脚本用例之后会将执行结果发送给主服务器，由主服务器进行汇总，并转发给客户端。

本实施例介绍的主服务器，对于客户端上传的巡检脚本套件进行解析，得到若干脚本用例，然后参考预定的分配策略，将脚本用例分发给从属服务器，由从属服务器执行脚本用例并反馈执行结果。按照本申请的方案，脚本用例的执行交由多个从属服务器并行处理，提高了巡检效率，且机器操作的漏检、错检概率远远低于人工巡检的方式。

参见图3，图3为本申请实施例从主服务器侧公开的另一种软件巡检方法流程图。

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

步骤S300、接收客户端上传的巡检任务；

其中，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件。

用户可以在客户端提供的界面上选择脚本用例，客户端将用户选定的若干个脚本用例组成一个巡检脚本套件，并发给主服务器。

步骤S310、对所述巡检脚本套件进行解析，得到至少一个脚本用例；

步骤S320、确定各所述从属服务器的忙碌状态等级；

其中，忙碌状态等级越高代表从属服务器的处理压力越大。

简单设置的话，可以将忙碌状态等级划分为两个等级，一个等级代表从属服务器处于空闲状态，另一个等级代表从属服务器处于忙碌状态。这样的话，后续可以从空闲状态的从属服务器中选取目标从属服务器，用于分发脚本用例。

进一步，还可以设置其它形式的忙碌状态等级，例如通过从属服务器的硬件运行状态来确定其忙碌状态，如CPU使用率、内存使用率等。

步骤S330、参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

本步骤中，依据上述确定的各个从属服务器的忙碌状态等级，选取忙碌状态等级偏低的若干个从属服务器。具体实施时可以先按照忙碌状态等级由低至高顺序对从属服务器进行排序，然后选取序列中前若干个连续的从属服务器，作为目标从属服务器。

对于所选取的目标从属服务器的个数，可以参考解析所得的脚本用例的个数而定。例如解析得到10个脚本用例，则可以选取10个或者小于10个的目标从属服务器，每个目标从属服务器分配一定个数的脚本用例。

步骤S340、将各所述脚本用例分配至各个所述目标从属服务器；

具体地，分配时可以按照一定的方式进行分配，但是需要保证各目标从属服务器均分配有脚本用例。例如，可以采用顺序分配的方式，也即依次为每个从属服务器分配一个脚本用例，直至将全部脚本用例分配完为止。

步骤S350、接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

相比于上一实施例可知，本实施例中介绍了一种脚本用例分配的可实施性方案，具体地参考各个从属服务器的忙碌状态等级，选取忙碌状态等级偏低的从属服务器作为分发对象。通过这种方式，使得各个从属服务器的处理压力得到均衡，并且有利于更加高效的执行脚本用例的测试。

参见图4，图4为本申请实施例从主服务器侧公开的又一种软件巡检方法流程图。

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

步骤S400、接收客户端上传的巡检任务；

其中，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件。

用户可以在客户端提供的界面上选择脚本用例，客户端将用户选定的若干个脚本用例组成一个巡检脚本套件，并发给主服务器。

步骤S410、对所述巡检脚本套件进行解析，得到至少一个脚本用例；

步骤S420、查询本地存储的状态列表，确定各所述从属服务器的忙碌状态等级；

具体地，主服务器本地存储有状态列表，其中存储有各从属服务器周期性上传的忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

各个从属服务器周期性的将自身的忙碌状态等级进行上传，由主服务器进行记录。记录时，可以用各个从属服务器最新上传的忙碌状态等级覆盖旧的忙碌状态等级。

步骤S430、参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

本步骤中，依据上述确定的各个从属服务器的忙碌状态等级，选取忙碌状态等级偏低的若干个从属服务器。具体实施时可以先按照忙碌状态等级由低至高顺序对从属服务器进行排序，然后选取序列中前若干个连续的从属服务器，作为目标从属服务器。

对于所选取的目标从属服务器的个数，可以参考解析所得的脚本用例的个数而定。例如解析得到10个脚本用例，则可以选取10个或者小于10个的目标从属服务器，每个目标从属服务器分配一定个数的脚本用例。

步骤S440、将各所述脚本用例分配至各个所述目标从属服务器；

具体地，分配时可以按照一定的方式进行分配，但是需要保证各目标从属服务器均分配有脚本用例。例如，可以采用顺序分配的方式，也即依次为每个从属服务器分配一个脚本用例，直至将全部脚本用例分配完为止。

步骤S450、接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

本实施例中，采用查询本地状态列表的方式来确定各个从属服务器的忙碌状态等级。当然，除此之外还可以采用其它方式，例如由主服务器实时向各从属服务器下发状态查询请求，由从属服务器上传等等其它方式。

接下来以从属服务器一侧对本申请方案再次进行介绍。参见图5，图5为本申请实施例以从属服务器侧公开的一种软件巡检方法流程图。

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

步骤S500、接收所述主服务器分配的至少一个脚本用例；

步骤S510、按照所述脚本用例执行待检测软件系统，得到执行结果；

步骤S520、将所述执行结果反馈给所述主服务器。

本实施例中，作为从属服务器，其在接收到主服务器分配的脚本用例之后，按照脚本用例执行待检测软件系统，进而得到执行结果。执行结果可以包括正常、失败、延时等。

由于从属服务器的个数可以是多个，当脚本用例数量众多时，主服务器可以将脚本用例分配给多个从属服务器，由多个从属服务器并行执行，提高了巡检效率。

参见图6，图6为本申请实施例以从属服务器侧公开的另一种软件巡检方法流程图。

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

步骤S600、接收所述主服务器分配的至少一个脚本用例；

步骤S610、按照所述脚本用例执行待检测软件系统，得到执行结果；

步骤S620、将所述执行结果反馈给所述主服务器；

步骤S630、按照预定周期，向所述主服务器发送本机忙碌状态等级。

所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

相比于上一实施例，本实施例中进一步增加了从属服务器向主服务器发送忙碌状态等级的过程，通过增加这一特征，使得主服务器可以了解各个从属服务器的忙碌状态等级，进而可以指导后续脚本用例的分配。

当然，上述步骤S630与其它步骤之间可以是并行处理，图6仅仅示例了一种可选方式。

下面对本申请实施例提供的软件巡检装置进行描述，下文描述的软件巡检装置与上文描述的软件巡检方法可相互对应参照。

首先介绍应用于主服务器中的软件巡检装置，参见图7。

如图7所示，该软件巡检装置包括：

任务接收单元71，用于接收客户端上传的巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

脚本解析单元72，用于对所述巡检脚本套件进行解析，得到至少一个脚本用例；

任务分配单元73，用于参考预置分配策略，将各所述脚本用例分配至所述从属服务器，以供从属服务器执行所述脚本用例；

结果处理单元74，用于接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

本实施例介绍的主服务器侧的软件巡检装置，对于客户端上传的巡检脚本套件进行解析，得到若干脚本用例，然后参考预定的分配策略，将脚本用例分发给从属服务器，由从属服务器执行脚本用例并反馈执行结果。按照本申请的方案，脚本用例的执行交由多个从属服务器并行处理，提高了巡检效率，且机器操作的漏检、错检概率远远低于人工巡检的方式。

可选的，本申请实施例介绍了上述任务分配单元73的一种可选结构，如图8所示，任务分配单元73可以包括：

忙碌状态等级确定单元731，用于确定各所述从属服务器的忙碌状态等级，其中忙碌状态等级越高代表从属服务器的处理压力越大；

目标服务器选取单元732，用于参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

脚本用例分配单元733，用于将各所述脚本用例分配至各个所述目标从属服务器，且保证各目标从属服务器均分配有脚本用例。

可选的，本申请实施例介绍了上述忙碌状态等级确定单元731的一种可选结构，如图9所示，忙碌状态等级确定单元731可以包括：

列表查询单元7311，用于查询本地存储的状态列表，确定各所述从属服务器的忙碌状态等级，其中状态列表中存储有各从属服务器周期性上传的忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

接下来，介绍应用于从属服务器中的软件巡检装置，参见图10。

如图10所示，该软件巡检装置包括：

脚本用例接收单元10，用于接收所述主服务器分配的至少一个脚本用例；

脚本用例执行单元11，用于按照所述脚本用例执行待检测软件系统，得到执行结果；

执行结果反馈单元12，用于将所述执行结果反馈给所述主服务器。

本实施例介绍的应用于从属服务器侧的软件巡检装置，在接收到主服务器分配的脚本用例之后，按照脚本用例执行待检测软件系统，进而得到执行结果。执行结果可以包括正常、失败、延时等。

由于从属服务器的个数可以是多个，当脚本用例数量众多时，主服务器可以将脚本用例分配给多个从属服务器，由多个从属服务器并行执行，提高了巡检效率。

可选的，本申请实施例介绍了上述软件巡检装置的另一种可选结构，结合图10和图11可知，该装置还可以包括：

状态反馈单元13，用于按照预定周期，向所述主服务器发送本机忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

本申请实施例还公开了一种软件巡检系统，如图12所示，该系统包括：

客户端1和云平台2，所述云平台2包括主服务器21和若干从属服务器22，其中，

所述客户端1用于向所述主服务器21发送巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

所述主服务器21用于对所述巡检脚本套件进行解析，得到至少一个脚本用例，并参考预置分配策略，将各所述脚本用例分配至所述从属服务器22；

所述从属服务器22用于按照所述脚本用例执行待检测软件系统，得到执行结果，并将所述执行结果反馈给所述主服务器21，由所述主服务器21将所述执行结果转发给所述客户端1。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种软件巡检方法，其特征在于，应用于主服务器，所述主服务器与若干从属服务器共同构成云平台，该方法包括：

接收客户端上传的巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

对所述巡检脚本套件进行解析，得到至少一个脚本用例；

参考预置分配策略，将各所述脚本用例分配至所述从属服务器，以供从属服务器执行所述脚本用例；

接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述参考预置分配策略，将各所述脚本用例分配至所述从属服务器，包括：

确定各所述从属服务器的忙碌状态等级，其中忙碌状态等级越高代表从属服务器的处理压力越大；

参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

将各所述脚本用例分配至各个所述目标从属服务器，且保证各目标从属服务器均分配有脚本用例。

3.根据权利要求2所述的方法，其特征在于，所述确定各所述从属服务器的忙碌状态等级，包括：

查询本地存储的状态列表，确定各所述从属服务器的忙碌状态等级，其中状态列表中存储有各从属服务器周期性上传的忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

4.一种软件巡检方法，其特征在于，应用于从属服务器，所述从属服务器与云平台中的主服务器通信，该方法包括：

接收所述主服务器分配的至少一个脚本用例；

按照所述脚本用例执行待检测软件系统，得到执行结果；

将所述执行结果反馈给所述主服务器。

5.根据权利要求4所述的方法，其特征在于，还包括：

按照预定周期，向所述主服务器发送本机忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

6.一种软件巡检装置，其特征在于，应用于主服务器，所述主服务器与若干从属服务器共同构成云平台，该装置包括：

任务接收单元，用于接收客户端上传的巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

脚本解析单元，用于对所述巡检脚本套件进行解析，得到至少一个脚本用例；

任务分配单元，用于参考预置分配策略，将各所述脚本用例分配至所述从属服务器，以供从属服务器执行所述脚本用例；

结果处理单元，用于接收各所述从属服务器反馈的脚本用例执行结果，并将其发送至所述客户端。

7.根据权利要求6所述的装置，其特征在于，所述任务分配单元包括：

忙碌状态等级确定单元，用于确定各所述从属服务器的忙碌状态等级，其中忙碌状态等级越高代表从属服务器的处理压力越大；

目标服务器选取单元，用于参考所述脚本用例的个数，选取忙碌状态等级低的若干个从属服务器，确定为目标从属服务器；

脚本用例分配单元，用于将各所述脚本用例分配至各个所述目标从属服务器，且保证各目标从属服务器均分配有脚本用例。

8.根据权利要求7所述的装置，其特征在于，所述忙碌状态等级确定单元包括：

列表查询单元，用于查询本地存储的状态列表，确定各所述从属服务器的忙碌状态等级，其中状态列表中存储有各从属服务器周期性上传的忙碌状态等级，所述忙碌状态等级包括处理器CPU使用率、内存使用率和/或通信延时。

9.一种软件巡检装置，其特征在于，应用于从属服务器，所述从属服务器与云平台中的主服务器通信，该装置包括：

脚本用例接收单元，用于接收所述主服务器分配的至少一个脚本用例；

脚本用例执行单元，用于按照所述脚本用例执行待检测软件系统，得到执行结果；

执行结果反馈单元，用于将所述执行结果反馈给所述主服务器。

10.一种软件巡检系统，其特征在于，包括：客户端和云平台，所述云平台包括主服务器和若干从属服务器，其中，

所述客户端用于向所述主服务器发送巡检任务，所述巡检任务包括由至少一个脚本用例组成的巡检脚本套件；

所述主服务器用于对所述巡检脚本套件进行解析，得到至少一个脚本用例，并参考预置分配策略，将各所述脚本用例分配至所述从属服务器；

所述从属服务器用于按照所述脚本用例执行待检测软件系统，得到执行结果，并将所述执行结果反馈给所述主服务器，由所述主服务器将所述执行结果转发给所述客户端。