CN111787368A - 一种服务器测试方法和装置 - Google Patents

Abstract

本发明实施例所提供的一种服务器测试方法和装置，属于通信技术领域。所述方法包括：响应于接收到的服务器测试输入，控制待测服务器发起目标业务；获取待测服务器中目标业务的业务数据；在业务状态为失败状态，且确认业务恢复记录符合业务恢复标准的情况下，控制待测服务器重新发起目标业务；在业务状态为成功状态，或业务恢复记录不符合业务恢复标准的情况下，根据业务数据获取待测服务器的测试结果。本方案在保证服务器测试的过程中，执行失败的业务可以被自动恢复的同时，避免了由于无效的业务恢复占用过多处理资源的弊端，从而有效提高了服务器测试的效率。

Description

一种服务器测试方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种服务器测试方法和装置。

背景技术

视联网是网络发展的重要里程碑，是互联网的更高级形态，是一个实时网络，能够实现目前互联网无法实现的全网高清视频实时传输，将众多互联网应用推向高清视频化。视联网服务器可以为用户提供各种服务，例如：多人超清在线会议、视频监控等，为了给用户提供稳定的视联网服务，需要了解视联网服务器对于各种业务服务的承载能力，才能对视联网服务器的处理资源进行合理分配。

在现有视联网服务器的业务负载能力测试的过程中，通常是由测试人员控制视联网服务器同时发起成千上万条大批量的业务来进行压力测试，在测试的过程中若出现业务失败，测试人员需要手动对失败的业务进行筛选并逐一重新发起业务直至测试结束，这样不仅需要耗费大量的人力，而且降低了服务器测试工作的效率。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种服务器测试方法和装置。

为了解决上述问题，本发明实施例第一方面公开了一种服务器测试方法，所述方法包括：

响应于接收到的服务器测试输入，控制待测服务器发起目标业务；

获取待测服务器中所述目标业务的业务数据，所述业务数据至少包括：业务状态、业务恢复记录；

在所述业务状态为失败状态，且确认所述业务恢复记录符合业务恢复标准的情况下，控制所述待测服务器重新发起所述目标业务；

在所述业务状态为成功状态，或所述业务恢复记录不符合业务恢复标准的情况下，根据所述业务数据获取所述待测服务器的测试结果。

可选的，所述响应于接收到的服务器测试输入，控制待测服务器发起目标业务，还包括：

接收服务器测试输入，所述服务器测试输入包括：设备标识、业务标识；

响应于所述服务器测试输入，控制待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

可选的，所述服务器测试输入还包括：成功率阈值，所述测试结果包括：目标成功率；

在所述根据所述业务数据获取所述待测服务器的测试结果之后，还包括：

在所述目标成功率小于所述成功率阈值的情况下，根据所述业务数据获取报错类型；

采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，直至所述目标成功率大于或等于所述成功率阈值。

可选的，所述报错类型包括：服务器过载类型；

所述采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，包括：

在所述报错类型为服务器过载类型的情况下，缩减所述目标业务的数量；

控制所述待测服务器按照缩减后的目标业务的数量重新发起所述目标业务。

可选的，所述报错类型还包括：

设备故障类型；

所述采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，包括：

在所述报错类型为客户端故障类型的情况下，对所述目标设备进行替换；

控制所述待测服务器向替换后的目标设备重新发起所述目标业务。

可选的，所述业务恢复记录包括：业务恢复次数，所述确认所述业务恢复记录符合业务恢复标准，包括：

在所述业务恢复次数小于业务恢复次数阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

可选的，所述历史业务恢复记录还包括：业务恢复时长，所述确认所述业务恢复记录符合业务恢复标准，包括：

在所述业务恢复时长小于业务恢复时长阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

可选的，所述核心服务器处于视联网环境；

所述控制待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务，包括:

向协议转换服务器发送测试发起指令，以使得所述协议转换服务器将所测试发起指令转换为视联网格式后转发给待测服务器，所述测试发起指令用于控制所述待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

本发明实施例第二方面公开了一种服务器测试装置，所述装置包括：

第一业务模块，用于响应于接收到的服务器测试输入，控制待测服务器发起目标业务；

获取模块，用于获取待测服务器中所述目标业务的业务数据，所述业务数据至少包括：业务状态、业务恢复记录；

第一处理模块，用于在所述业务状态为失败状态，且确认所述业务恢复记录符合业务恢复标准的情况下，控制所述待测服务器重新发起所述目标业务；

第二处理模块，用于在所述业务状态为成功状态，或所述业务恢复记录不符合业务恢复标准的情况下，根据所述业务数据获取所述待测服务器的测试结果。

可选的，所述第一业务模块，还用于：

接收服务器测试输入，所述服务器测试输入包括：设备标识、业务标识；

响应于所述服务器测试输入，控制待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

可选的，所述服务器测试输入还包括：成功率阈值，所述测试结果包括：目标成功率；

所述装置，还包括：

第三处理模块，用于在所述目标成功率小于所述成功率阈值的情况下，根据所述业务数据获取报错类型；

第二业务模块，用于采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，直至所述目标成功率大于或等于所述成功率阈值。

可选的，所述报错类型包括：服务器过载类型；

所述第二业务模块，还用于：

在所述报错类型为服务器过载类型的情况下，缩减所述目标业务的数量；

控制所述待测服务器按照缩减后的目标业务的数量重新发起所述目标业务。

可选的，所述报错类型还包括：设备故障类型；

所述第二业务模块，还用于：

在所述报错类型为客户端故障类型的情况下，对所述目标设备进行替换；

控制所述待测服务器向替换后的目标设备重新发起所述目标业务。

可选的，所述业务恢复记录包括：业务恢复次数，所述第一处理模块，还用于：

在所述业务恢复次数小于业务恢复次数阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

可选的，所述历史业务恢复记录还包括：业务恢复时长，所述第一处理模块，还用于：

在所述业务恢复时长小于业务恢复时长阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

可选的，所述核心服务器处于视联网环境；

所述第一业务模块，还用于:

向协议转换服务器发送测试发起指令，以使得所述协议转换服务器将所测试发起指令转换为视联网格式后转发给待测服务器，所述测试发起指令用于控制所述待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

本发明实施例包括以下优点：

本发明实施例所提供的一种服务器测试方法和装置，通过在服务器测试过程中自动监测失败状态的业务，并在该失败业务的业务恢复记录符合业务恢复标准的情况下才进行重新发起以进行业务恢复，在保证执行失败的业务可以被自动恢复的同时，避免了由于无效的业务恢复占用过多时间和资源的弊端，从而有效提高了服务器测试的效率。

附图说明

图1是本发明的一种服务器测试方法的步骤流程图；

图2是本发明的另一种服务器测试方法的步骤流程图；

图3是本发明的一种服务器测试策略调整方法的步骤流程图；

图4是本发明的另一种服务器测试策略调整方法的步骤流程图；

图5是本发明的一种视联网业务场景下的服务器测试方法的逻辑流程图；

图6是本发明的一种服务器测试装置的结构框图；

图7是本发明的一种视联网的组网示意图；

图8是本发明的一种节点服务器的硬件结构示意图；

图9是本发明的一种接入交换机的硬件结构示意图；

图10是本发明的一种以太网协转网关的硬件结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种服务器测试方法，所述方法包括：

步骤101，响应于接收到的服务器测试输入，控制待测服务器发起目标业务。

在本发明实施例中，待测服务器是指具有数据存储、处理、传输等功能的电子设备。服务器测试输入是指测试人员通过测试系统的测试客户端选取需要进行测试的目标业务，当然该服务器测试输入还可以指定配合待测服务器进行测试的终端设备，或者进行测试的终端设备的数量。测试系统在接收到用户输入的服务器测试输入后，根据服务器测试输入生成业务测试指令，并发送给待测服务器，以控制待测服务器发起目标业务。

本发明实施例适用于视联网服务器测试的场景，其中待测服务器可以是指视联网中的核心服务器，用于向所连接的终端设备提供视联网服务，以对核心服务器的业务负载能力进行测试。用户通过测试系统的测试客户端连接到核心服务器后，可通过预先注册的业务账号登录核心服务器，通过向核心服务器发送业务测试指令发起需要进行测试的目标业务。

步骤102，获取待测服务器中所述目标业务的业务数据，所述业务数据至少包括：业务状态、业务恢复记录。

在本发明实施例中，目标业务是指待测服务器向所连接的终端设备提供的各种数据服务，例如：高清直播会议、监控数据调用、线上业务办理等。业务状态是指待测服务器向终端设备发起的目标业务的当前状态，可以包括失败状态和成功状态，失败状态是指目标业务出现报错数据，无法正常运行的状态，同理成功状态是指目标业务正常执行的运行的状态。业务恢复记录是指目标业务在首次发起后，由于执行失败进行业务恢复的记录数据。

本发明实施例适用于针对视联网服务器对各种业务的负载能力进行测试的场景。测试系统根据测试人员输入确定需要进行测试的待测服务器以及目标业务后，通过控制待测服务器向所连接的终端设备发起目标业务。在目标业务执行结束后，测试系统会从待测服务器获取目标业务在各终端设备的业务数据，以分析哪些终端设备需要重新发起目标业务，进行业务恢复。

步骤103，在所述业务状态为失败状态，且确认所述业务恢复记录符合业务恢复标准的情况下，控制所述待测服务器重新发起所述目标业务。

在本发明实施例中，测试系统通过分析业务数据可以确认目标业务在各终端设备的业务状态。具体的，若目标业务的业务数据缺少某一项运行数据或存在报错数据，则可确认该目标业务在该终端设备上的执行失败，业务状态为失败状态，反之则可确认业务状态为成功状态。此处只是示例性说明，具体如何判别目标业务为成功状态还是失败状态可以根据实际需求，以方案的可实现性为准，此处不做具体限定。

若待测服务器向某终端设备之间执行目标业务的业务状态为失败，则从待测服务器中获取该终端设备针对目标业务的业务恢复记录。若该目标业务是首次针对该终端设备发起，则为该终端设备生成初始化的业务恢复记录以供使用。由于目标业务执行失败可能是由于多种因素导致的，无法仅通过重新发起业务进行恢复的因素，例如待测服务器的负载过大，或者终端设备的本身存在缺陷和故障。此时若一味地的给该终端设备重新发起目标业务不仅无法给该终端设备恢复目标业务，而且会占用大量的设备资源和时间，限制了服务器测试的效率。因此本发明此处引入业务恢复记录的机制，在待测服务器每次向待测服务器重新发起目标业务进行业务恢复时，对各终端设备的业务恢复记录进行更新，这样在每次进行业务恢复前根据该终端设备的业务恢复记录判别该终端设备的业务恢复次数、时间、性能参数等是否符合业务恢复标准，以避免针对某终端设备进行过多无效的业务恢复，避免设备资源的浪费。

具体的，测试系统在确认针对目标设备的业务状态为失败的情况下，进一步判断该目标设备的业务恢复记录是否符合业务恢复标准，若符合该业务恢复标准，则表明该目标设备可进行业务恢复，从而控制待测服务器向该目标设备重新发起目标业务，以进行业务恢复，无需人力进行筛选和逐一发起，节省了服务器测试的人力成本。

步骤104，在所述业务状态为成功状态，或所述业务恢复记录不符合业务恢复标准的情况下，根据所述业务数据获取所述待测服务器的测试结果。

在本发明实施例中，若终端设备的业务状态为成功状态则无需对该终端设备的目标业务进行恢复，或者在业务恢复记录已超出业务恢复标准的限制，则放弃对该终端设备的目标业务进行恢复。测试系统在待测服务器所发起的所有目标业务均获取最终的业务状态，即成功状态，或失败状态但业务恢复记录不符合业务恢复标准，从而根据各终端设备所对应的业务状态确定该待测服务器针对目标业务的测试结果。该测试结果可以是待测服务器针对目标业务的最大负载能力、指定成功率下的最大负载能力、指定响应时间下的最大负载能力等。具体可以根据实际需求确定，此处不做限定。

本发明实施例所提供的一种服务器测试方法，通过在服务器测试过程中自动监测失败状态的业务，并在该失败业务的业务恢复记录符合业务恢复标准的情况下才进行重新发起以进行业务恢复，在保证执行失败的业务可以被自动恢复的同时，避免了由于设备无效的业务恢复占用过多时间和资源的弊端，从而有效提高了服务器测试的效率。

参照图2，示出了本发明的另一种服务器测试方法，所述方法包括：

步骤201，接收服务器测试输入，所述服务器测试输入包括：设备标识、业务标识。

在本发明实施例中，服务器测试输入可以包括用户通过测试系统的测试客户端输入的设备标识以及业务标识。也就是说用户可通过输入设备标识指定待测服务器对特定业务的测试。当然，用户也可以输入需要发起目标业务的数量，测试系统根据待测服务器所连接的终端设备的使用情况自动选取符合目标业务数量的设备标识。

步骤202，响应于所述服务器测试输入，向协议转换服务器发送测试发起指令，以使得所述协议转换服务器将所测试发起指令转换为视联网格式后转发给待测服务器，所述测试发起指令用于控制所述待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

在本发明实施例中，由于测试系统的测试客户端可以设置在互联网环境中，因此若用户需要通过测试客户端控制视联网环境中的待测服务器进行服务器测试，需要先将包含设备标识和业务标识业务发起指令发送给协议转换服务器进行协议转换，得到视联网格式的测试发起指令后，在将视联网格式的测试发起指令透传给待测服务器。待测服务器在接收待测试发起指令后，根据测试发起指令中的业务标识和设备标识，向设备标识对应的目标设备发起业务标识对应的目标业务，以发起服务器测试。

步骤203，获取待测服务器中所述目标业务的业务数据，所述业务数据至少包括：业务状态、业务恢复记录。

该步骤可参照步骤101的详细描述，此处不再赘述。

步骤204，在所述业务状态为失败状态，且所述业务恢复次数小于业务恢复次数阈值，控制所述待测服务器重新发起所述目标业务。

在本发明实施例中，业务恢复次数是指目标业务在该目标设备上重新发起以进行业务恢复的次数。测试系统在检测到某个目标设备的业务状态为失败状态时，对该目标设备的业务恢复次数进行判别，若该业务恢复测试小于业务恢复次数阈值，则表明该目标设备的业务恢复次数仍在可接受范围内，可以进行业务恢复，因此测试系统控制待测服务器重新向该目标设备发起目标业务，也每次对目标设备进行业务恢复后，对该目标设备的业务恢复次数累加1。该业务恢复次数阈值可以根据实际需求确定，例如：1次、5次等，此处不做具体限定。当然，为考虑到待测服务器的整体测试效果，也可以控制待测服务器重新向所连接的所有目标设备重新发起目标业务。

本发明实施例通过在服务器测试的过程中，若业务执行失败，并不会直接对业务进行恢复，而是对所对应的目标设备或者所有目标设备上的目标业务重新进行发起，避免了由于某个设备的目标业务无法恢复导致占用大量数据处理资源的情况，提高了服务器测试的效率。

步骤205，在所述业务状态为失败状态，且所述业务恢复时长小于业务恢复时长阈值的情况下，控制所述待测服务器重新发起所述目标业务。

在本发明实施例中，业务恢复时长是指待测服务器上某条目标业务从发起到执行成功的总时长，若首次发起后进行了业务恢复，重新发起目标业务，该重新发起目标业务后的时长属于该业务恢复时长。可以理解，由于网络延时或设备缺陷等问题，可能导致目标业务长时间未执行成功，此时若依旧等待并对该目标业务进行恢复会占用大量的时间以及处理资源，因此在对失败状态的目标业务进行业务恢复前，需要判别该条目标业务的业务恢复时长是否超过业务恢复时长阈值，若未超过，则表明该目标业务的执行时间仍在可接受范围内，可以进行业务恢复。当然，为考虑到待测服务器的整体测试效果，也可以控制待测服务器重新向所连接的所有目标设备重新发起目标业务。

本发明实施例通过在服务器测试的过程中，对业务执行失败且业务恢复时长未超过业务恢复时长阈值的目标业务重新进行发起，避免了由于某个目标设备的目标业务长时间无法执行成功占用大量数据处理资源的情况，提高了服务器测试的效率。

步骤206，在所述业务状态为成功状态，或所述业务恢复记录不符合业务恢复标准的情况下，根据所述业务数据获取所述待测服务器的测试结果。

该步骤可参照步骤103的详细描述，此处不再赘述。

可选的，所述服务器测试输入还包括：成功率阈值，所述测试结果包括：目标成功率。

步骤207，在所述目标成功率小于所述成功率阈值的情况下，根据所述业务数据获取报错类型。

在本发明实施例中，目标成功率指待测服务器上失败状态的业务数量占业务总数量的比率。报错类型可以是根据业务数据中的报错代码确定的，在不同业务节点出现的错误所对应的报错代码不同。通常情况下测试人员需要知道待测服务器在特定成功率下的最大业务最大负载，因此可以通过指定目标成功率，控制待测服务器进行测试。可以理解，仅是获取待测服务器的最大负载无法保证目标业务的成功率维持在用户可接受的范围内，若成功率较低，会导致目标业务无法被过多用户使用，影响目标业务的用户体验，因此测试人员可在测试发起时指定所需的成功率阈值。

在待测服务器的目标服务器测试完成后，若目标成功率低于该成功率阈值，则需要待测服务器根据报错类型调整测试策略。

步骤208，采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，直至所述目标成功率大于或等于所述成功率阈值。

在本发明实施例中，对于不同的报错类型所需要采取的测试策略也不同，例如：若测试人员指定的目标设备已被占用就需要对目标设备上的业务首先进行暂停，或者待测服务器所连接的设备数量无法达到用户指定的设备数量，就需要对用户指定的设备数量进行缩减，或者由于目标业务的数量过大导致待测服务器的数据处理资源不足也可能导致成功率下降，因此此时也可以对目标业务的数量进行缩减等。当然具体如何根据报错类型对待测服务器上的目标业务进行恢复可以根据实际需求确定，此处不做限定。

可选的，所述报错类型包括：服务器过载类型。

参照图3，所述步骤208，包括：

子步骤2081，在所述报错类型为服务器过载类型的情况下，缩减所述目标业务的数量。

在本发明实施例中，服务器过载类型是指由于服务器的数据处理资源不足，导致待测服务器在提供目标业务的过程中出现错误的类型。此时可以对待测服务器所需发起的目标业务的数量进行缩减，以使得剩余的目标业务可以获得充足的数据处理资源，从而提高目标业务的目标成功率。

子步骤2082，控制所述待测服务器按照缩减后的目标业务的数量重新发起所述目标业务。

在本发明实施例通过在服务器测试过程中，若目标业务的报错类型为服务器过载类型的情况下通过缩减目标业务的数量以减轻待测服务器的数据处理压力，从而提高目标业务的目标成功率，无需测试人员人工对目标业务的数量进行调整，提高了服务器测试的效率。

可选的，所述报错类型还包括：设备故障类型；

参照图4，所述步骤208，包括：

步骤2083，在所述报错类型为客户端故障类型的情况下，对所述目标设备进行替换。

在本发明实施例中，客户端故障类型可以是由于目标设备的客户端被其他业务占用，或者目标设备由于网络故障、软件故障、硬件故障所导致的业务失败类型。此时为避免重复对该目标设备发起目标业务浪费过多数据处理资源，减少服务器测试的等待时间，可以对该目标设备进行替换，选取其他空闲状态的设备重新发起目标业务。

步骤2084，控制所述待测服务器向替换后的目标设备重新发起所述目标业务。

参照图5，示出本发明实施例的一种视联网业务场景下的服务器测试方法的逻辑流程图。其中，测试系统包含有业务恢复模块和业务处理模块，其中业务恢复模块用于判断目标业务执行失败后是否需要进行业务恢复，业务处理模块用于与核心服务器进行数据交互并对核心服务器返回的业务数据进行分析。

首先在接收到用户的服务器测试输入后，业务处理模块根据服务器测试输入中的业务标识和设备标识封装得到业务测试指令，并将业务测试指令发送给核心服务器以使得核心服务器发起目标业务和返回业务数据；

业务处理模块还将业务测试指令以键值对的方式添加到业务恢复模块测试队列进行存储，其中设备标识、业务标识为键，指令为值；

业务处理模块在获取到核心服务器返回的业务数据后进行分析，确定目标业务在参与测试的各终端设备的业务状态。若业务状态为失败状态，则确定该业务执行失败的终端设备的设备标识是否存在于失败业务集合，若不存在则将该设备标识以及目标业务的业务标识添加到失败业务集合；若业务状态为成功状态，则确定该业务执行成功的终端设备的设备标识是否存在于失败业务集合，若存在则从业务失败集合中清除该终端设备的设备标识以及对应的业务标识。

业务恢复模块实时监测失败业务集合，在失败业务集合中存在设备标识和业务标识组成的键值的情况下生成相应也业务测试指令。然后进一步从业务恢复集合中获取以该设备标识和业务标识为键，业务恢复次数或业务恢复时长为值的键值；

业务恢复模块将从失败业务集合清除业务恢复次数超出业务恢复次数阈值或业务恢复时长超出业务恢复时长阈值的设备标识对应的键值，从而不再对该设备标识对应的终端设备重新发起目标业务，以停止进行业务恢复；

针对业务恢复次数未超出业务恢复次数阈值和业务恢复时长未超出业务恢复时长阈值的设备标识的键值，业务恢复模块将向核心服务器发送该业务标识以及业务标识的业务测试指令，以控制核心服务器重新向该设备标识对应的终端设备发起目标业务。并且业务恢复模块将业务恢复集合中该设备标识对应的业务恢复次数和业务恢复时长进行更新。

本发明实施例通过在服务器测试过程中，若检测到业务执行失败的目标业务是目标设备的客户端故障导致的，则自动将目标设备进行替换，无需测试人员人工进行重新配置，避免了由于重复对客户端故障的目标设备发起目标业务导致浪费过多数据处理资源等情况下，提高了服务器测试的效率。

本发明实施例提供的另一种服务器测试装置，通过在服务器测试过程中自动监测失败状态的业务，并在该失败业务的业务恢复记录符合业务恢复标准的情况下才进行重新发起以进行业务恢复，在保证执行失败的业务可以被自动恢复的同时，避免了由于设备无效的业务恢复占用过多时间和资源的弊端，从而有效提高了服务器测试的效率。并且在监测到测试结果未达到预期要求时，自动根据测试数据变更测试策略，并重新发起业务测试，直至得到符合预期的测试结果，节省了测试人员调整测试策略所需的人力成本，进一步提高了服务器测试的效率。

参照图6，示出了本发明的一种服务器测试装置30，所述装置包括：

第一业务模块301，用于响应于接收到的服务器测试输入，控制待测服务器发起目标业务；

获取模块302，用于获取待测服务器中所述目标业务的业务数据，所述业务数据至少包括：业务状态、业务恢复记录；

第一处理模块303，用于在所述业务状态为失败状态，且确认所述业务恢复记录符合业务恢复标准的情况下，控制所述待测服务器重新发起所述目标业务；

第二处理模块304，用于在所述业务状态为成功状态，或所述业务恢复记录不符合业务恢复标准的情况下，根据所述业务数据获取所述待测服务器的测试结果。

可选的，所述第一业务模块303，还用于：

接收服务器测试输入，所述服务器测试输入包括：设备标识、业务标识；

响应于所述服务器测试输入，控制待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

可选的，所述服务器测试输入还包括：成功率阈值，所述测试结果包括：目标成功率；

所述装置，还包括：

第三处理模块305，用于在所述目标成功率小于所述成功率阈值的情况下，根据所述业务数据获取报错类型；

第二业务模块306，用于采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，直至所述目标成功率大于或等于所述成功率阈值。

可选的，所述报错类型包括：服务器过载类型；

所述第二业务模块306，还用于：

在所述报错类型为服务器过载类型的情况下，缩减所述目标业务的数量；

控制所述待测服务器按照缩减后的目标业务的数量重新发起所述目标业务。

可选的，所述报错类型还包括：设备故障类型；

所述第二业务模块306，还用于：

在所述报错类型为客户端故障类型的情况下，对所述目标设备进行替换；

控制所述待测服务器向替换后的目标设备重新发起所述目标业务。

可选的，所述业务恢复记录包括：业务恢复次数，所述第一处理模块303，还用于：

在所述业务恢复次数小于业务恢复次数阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

可选的，所述历史业务恢复记录还包括：业务恢复时长，所述第一处理模块303，还用于：

在所述业务恢复时长小于业务恢复时长阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

可选的，所述核心服务器处于视联网环境；

所述第一业务模块301，还用于:

向协议转换服务器发送测试发起指令，以使得所述协议转换服务器将所测试发起指令转换为视联网格式后转发给待测服务器，所述测试发起指令用于控制所述待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

本发明实施例提供的一种服务器测试装置，通过在服务器测试过程中自动监测失败状态的业务，并在该失败业务的业务恢复记录符合业务恢复标准的情况下才进行重新发起以进行业务恢复，在保证执行失败的业务可以被自动恢复的同时，避免了由于设备无效的业务恢复占用过多时间和资源的弊端，从而有效提高了服务器测试的效率。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

为了更好的说明本发明的方案，以下对视联网进行详细说明：

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。

为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术(Network Technology)

视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术(Switching Technology)

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术(Server Technology)

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术(Storage Technology)

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术(Network Security Technology)

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术(Service Innovation Technology)

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

如图7所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。

1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。

各接入网设备的具体硬件结构为：

节点服务器：

如图8所示，主要包括网络接口模块501、交换引擎模块502、CPU模块503、磁盘阵列模块504；

其中，网络接口模块501，CPU模块503、磁盘阵列模块504进来的包均进入交换引擎模块502；交换引擎模块502对进来的包进行查地址表505的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器506的队列；如果包缓存器506的队列接近满，则丢弃；交换引擎模块502轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块504主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块503主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表505(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块504的配置。

接入交换机：

如图9所示，主要包括网络接口模块(下行网络接口模块601、上行网络接口模块602)、交换引擎模块603和CPU模块604；

其中，下行网络接口模块601进来的包(上行数据)进入包检测模块605；包检测模块605检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块603，否则丢弃；上行网络接口模块602进来的包(下行数据)进入交换引擎模块603；CPU模块604进来的数据包进入交换引擎模块603；交换引擎模块603对进来的包进行查地址表606的操作，从而获得包的导向信息；如果进入交换引擎模块603的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器607的队列；如果该包缓存器607的队列接近满，则丢弃；如果进入交换引擎模块603的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器607的队列；如果该包缓存器607的队列接近满，则丢弃。

交换引擎模块603轮询所有包缓存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。

码率控制模块608是由CPU模块604来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块604主要负责与节点服务器之间的协议处理，对地址表606的配置，以及，对码率控制模块608的配置。

以太网协转网关：

如图10所示，主要包括网络接口模块(下行网络接口模块701、上行网络接口模块702)、交换引擎模块703、CPU模块704、包检测模块705、地址表706、包缓存器707、码率控制模块708和MAC添加模块709、MAC删除模块710。

其中，下行网络接口模块701进来的数据包进入包检测模块705；包检测模块705检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块710减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块701检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frametype，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

DA

SA

Reserved

Payload

CRC

其中：

目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

DA

SA

Reserved

标签

Payload

CRC

即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

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

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

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

Claims (10)

1.一种服务器测试方法，其特征在于，所述方法包括：

响应于接收到的服务器测试输入，控制待测服务器发起目标业务；

获取待测服务器中所述目标业务的业务数据，所述业务数据至少包括：业务状态、业务恢复记录；

在所述业务状态为失败状态，且确认所述业务恢复记录符合业务恢复标准的情况下，控制所述待测服务器重新发起所述目标业务；

在所述业务状态为成功状态，或所述业务恢复记录不符合业务恢复标准的情况下，根据所述业务数据获取所述待测服务器的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述响应于接收到的服务器测试输入，控制待测服务器发起目标业务，还包括：

接收服务器测试输入，所述服务器测试输入包括：设备标识、业务标识；

响应于所述服务器测试输入，控制待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

3.根据权利要求2所述的方法，其特征在于，所述服务器测试输入还包括：成功率阈值，所述测试结果包括：目标成功率；

在所述根据所述业务数据获取所述待测服务器的测试结果之后，还包括：

在所述目标成功率小于所述成功率阈值的情况下，根据所述业务数据获取报错类型；

采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，直至所述目标成功率大于或等于所述成功率阈值。

4.根据权利要求3所述的方法，其特征在于，所述报错类型包括：服务器过载类型；

所述采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，包括：

在所述报错类型为服务器过载类型的情况下，缩减所述目标业务的数量；

控制所述待测服务器按照缩减后的目标业务的数量重新发起所述目标业务。

5.根据权利要求3所述的方法，其特征在于，所述报错类型还包括：设备故障类型；

所述采用与所述报错类型对应的测试策略控制所述待测服务器重新发起所述目标业务，包括：

在所述报错类型为客户端故障类型的情况下，对所述目标设备进行替换；

控制所述待测服务器向替换后的目标设备重新发起所述目标业务。

6.根据权利要求1所述的方法，其特征在于，所述业务恢复记录包括：业务恢复次数，所述确认所述业务恢复记录符合业务恢复标准，包括：

在所述业务恢复次数小于业务恢复次数阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

7.根据权利要求1所述的方法，其特征在于，所述历史业务恢复记录还包括：业务恢复时长，所述确认所述业务恢复记录符合业务恢复标准，包括：

在所述业务恢复时长小于业务恢复时长阈值的情况下，确认所述业务恢复记录符合业务恢复标准。

8.根据权利要求2所述的方法，其特征在于，所述核心服务器处于视联网环境；

所述控制待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务，包括:

向协议转换服务器发送测试发起指令，以使得所述协议转换服务器将所测试发起指令转换为视联网格式后转发给待测服务器，所述测试发起指令用于控制所述待测服务器向所述设备标识对应的目标设备发起所述业务标识对应的目标业务。

9.一种服务器测试装置，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行如权利要求1至8所述的一个或多个的服务器测试方法。

10.一种计算机可读存储介质，其特征在于，其存储的计算机程序使得处理器执行如权利要求1至8任一项所述的服务器测试方法。

Images