一种测试管理控制器的方法、装置和系统与流程

本发明涉及服务器技术领域，特别涉及一种测试管理控制器的方法、装置和系统。

背景技术：

基板管理控制器(Baseboard Management Controller，BMC)是内置在服务器中的一个重要部件，用户通过登入到BMC，使其在服务器的运行过程中发挥作用。目前，为保证能够顺利登入登出，在服务器发布之前，都会对BMC进行登入登出测试，进而检测BMC的稳定性，以此来避免给用户和公司造成严重的损失等问题。

目前，在进行BMC登入登出测试时，主要是通过测试人员手动完成登入登出。

但是，一般情况下，为检测BMC的稳定性，需要进行不少于500次的测试，那如果每次的登入登出均是由测试人员手动完成，将会耗费大量的时间，从而整个登入登出测试过程的效率就会非常低。

技术实现要素：

本发明实施例提供了一种测试管理控制器的方法、装置和系统，提高了登入登出测试过程的效率。

第一方面，本发明实施例提供了一种测试管理控制器的方法，该方法包括：

确定待测试管理控制器的测试参数；标准地址、标准登入标识、标准确认标识及测试次数；

当接收到外部的执行触发时，按照所述测试参数中的测试次数，对所述待测试管理控制器进行测试。

优选地，所述按照所述测试参数中的测试次数，对所述管理控制器进行测试，包括：

N1：根据所述测试参数中的标准地址，获取所述待测试管理控制器的登入界面；

N2：将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面中，当登入成功时，进行登出，并确定已完成的目标测试次数；

N3：判断所述已完成的目标测试次数是否小于所述测试参数中的测试次数，如果是，则执行N1。

优选地，在所述将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面之后，进一步包括：

确定所述登入界面跳转到测试界面，判断所述测试界面是否存在至少一个特征标识，如果是，则确定登入成功。

优选地，在所述将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面中之后，进一步包括：

当登入失败时，生成测试失败信号，并通过所述测试失败信号中断测试。

优选地，进一步包括：

利用下述计算公式(1)，计算所述待测试管理控制器的可用度；

其中，λ表征所述待测试次数对应的所述待测试BMC的可用度；n表征所述待测试次数；n′表征在所述测试次数n中登入成功的次数；t_ci表征第i次测试为登入成功时第i次测试所用的时间；t_sj表征第j次测试为登入失败时第j次测试所用的时间；

判断所述可用度是否不小于预设的可用阈值，如果是，则确定所述测试的结果为合格。

优选地，进一步包括：

将所述测试次数中的每一次测试作为当前测试，执行：

判断是否存在目标文件夹；如果是，则在所述目标文件夹中为所述当前测试创建对应的测试文件，所述测试文件存储所述当前测试对应的执行日志及测试结果；否则，创建所述目标文件夹。

第二方面，本发明实施例提供了一种测试管理控制器装置，该装置包括：

确定单元，用于确定待测试管理控制器的测试参数；标准地址、标准登入标识、标准确认标识及测试次数；

测试单元，用于当接收到外部的执行触发时，按照所述确定单元确定的所述测试参数中的测试次数，对所述待测试管理控制器进行测试。

优选地，所述测试单元，用于循环执行下述N1至N3：

N1：根据所述测试参数中的标准地址，获取所述待测试管理控制器的登入界面；N2：将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面中，当登入成功时，进行登出，并确定已完成的目标测试次数；N3：判断所述已完成的目标测试次数是否小于所述测试参数中的测试次数，如果是，则执行N1。

优选地，进一步包括：计算单元和判断单元，其中，

所述计算单元，用于利用下述计算公式，计算所述待测试管理控制器的可用度；

其中，λ表征所述待测试次数对应的所述待测试管理控制器的可用度；n表征所述确定单元确定出的所述待测试次数；n′表征在所述测试次数n中登入成功的次数；t_ci表征第i次测试为登入成功时第i次测试所用的时间；t_sj表征第j次测试为登入失败时第j次测试所用的时间；

所述判断单元，用于判断所述计算单元计算出的所述可用度是否不小于预设的可用阈值，如果是，则确定所述测试单元的所述测试的结果为合格。

第三方面，本发明实施例提供了一种测试管理控制器系统，该系统可以包括：上述任一所述的测试管理控制器装置和至少一个待测试管理控制器，其中，

所述至少一个待测试管理控制器中，每个待测试管理控制器，用于针对每次测试，当接收到所述标准登入标识和所述标准确认标识时，通过所述测试管理控制器装置展示相应的所述登入界面和所述测试界面或者是不响应。

本发明实施例提供了一种测试管理控制器的方法、装置和系统，通过确定一次待测试管理控制器的标准地址、标准登入标识、标准确认标识及测试次数，那在接收到外部的执行触发后，就可以按照确定的测试次数，对待测试管理控制器进行测试，这样，就能够有效避免在进行每次测试时，都由测试人员手动输入，从而提高了针对管理控制器进行登入登出测试过程的效率。

附图说明

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

图1是本发明一个实施例提供的一种测试管理控制器方法的流程图；

图2是本发明实施例提供的测试管理控制器装置所在设备的硬件架构图；

图3是本发明一个实施例提供的一种测试管理控制器装置的结构示意图；

图4是本发明另一个实施例提供的一种测试管理控制器装置的结构示意图；

图5是本发明一个实施例提供的一种测试管理控制器系统的结构示意图；

图6是本发明另一个实施例提供的一种测试管理控制器方法的流程图；

图7是本发明又一个实施例提供的一种测试管理控制器方法的流程图。

具体实施方式

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

如图1所示，本发明实施例提供了一种测试管理控制器的方法，该方法可以包括以下步骤：

步骤101：确定待测试管理控制器的测试参数；标准地址、标准登入标识、标准确认标识及测试次数。

步骤102：当接收到外部的执行触发时，按照所述测试参数中的测试次数，对所述待测试管理控制器进行测试。

在本发明实施例中，通过确定一次待测试管理控制器的标准地址、标准登入标识、标准确认标识及测试次数，那在接收到外部的执行触发后，就可以按照确定的测试次数，对待测试管理控制器进行测试，这样，就能够有效避免在进行每次测试时，都由测试人员手动输入，从而提高了针对管理控制器进行登入登出测试过程的效率。

在本发明一个实施例中，为了实现按照确定的测试次数，实现对待测试管理控制器的自动化测试，所述步骤102的具体实施方式包括：N1：根据所述测试参数中的标准地址，获取所述待测试管理控制器的登入界面；N2：将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面中，当登入成功时，进行登出，并确定已完成的目标测试次数；N3：判断所述已完成的目标测试次数是否小于所述测试参数中的测试次数，如果是，则执行N1。

例如，确定的测试参数中的测试次数为500次，且当前是对待测试管理控制器进行第30次测试，且第30次测试对应的结果为登入成功，然后，自动判断出30次〈500次，因此，接下来就会自动从N1开始，执行第31次测试。

除此之外，针对每次测试，也无需再由测试人员手动输入，例如，标准登入标识为admin和标准确认标识为admni，那以上面提到的执行第31次测试为例，在执行步骤N1时，又会自动将接收外部的执行触发之前确定的admin和admni自动添加到登入界面中。

通过根据确定的标准地址自动打开相应的登入界面，以及在登入界面中自动添加确定的标准登入标识和标准确认标识，以及通过自动判断目标测试是否达到已确定的测试次数，在未达到时，继续自动进行下一次的登入登出测试，整个测试过程均是自动完成，从而无需再由测试人员进行手动输入并完成所有次的测试，因此，提高了针对管理控制器进行登入登出测试过程的效率。

在本发明一个实施例中，为了确定当前测试是否成功，在所述步骤102中的将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面之后，进一步包括：确定所述登入界面跳转到测试界面，判断所述测试界面是否存在至少一个特征标识，如果是，则确定登入成功。

其中，特征标识不唯一，可根据用户需求进行设置，但特征标识的数量至少为一个，以测试界面中存在的多个按钮为例，那每个按钮相应的Button+数字就可以作为特征标识，如Button1或者Button9。

通过在登入界面跳转后的测试页面中找到一个特征标识，这样，就可知，当前测试已经登入成功，从而为测试成功的测试结果提供了有力的基础，为完成对待测试管理控制器的测试奠定了基础。

在本发明一个实施例中，为了保障对待测试管理控制器的稳定性的准确性，在所述步骤102中的将所述测试参数中的标准登入标识和标准确认标识添加到所述登入界面中之后，进一步包括：当登入失败时，生成测试失败信号，并通过所述测试失败信号中断测试。

如果不考虑外界的影响，那在出现登入失败时，就可以中断测试，无论是否达到测试次数，均不在继续执行，例如，同样以确定的测试参数中的测试次数为500次，且当前是对待测试管理控制器进行第30次测试为例，如果第30次的测试结果为登入失败，则无需在进行第31次操作，从而整个测试过程共执行了30次，因此，按照本发明实施例所述，待测试管理控制器的测试结果为失败。

通过在登入失败时，中断所有测试，这样，实现了对待测试管理控制器的测试，以此可以判断待测试管理控制器的稳定性不佳，因此，还需对待测试管理控制器进行相应的调整，避免在将其发布之后，给公司及用户造成严重的损失。

在本发明一个实施例中，为了排除外界因素有可能对待测试管理控制器造成的影响，可进一步包括：利用下述计算公式(1)，计算所述待测试管理控制器的可用度；

其中，λ表征所述待测试次数对应的所述待测试管理控制器的可用度；n表征所述待测试次数；n′表征在所述测试次数n中登入成功的次数；t_ci表征第i次测试为登入成功时第i次测试所用的时间；t_sj表征第j次测试为登入失败时第j次测试所用的时间；

判断所述可用度是否不小于预设的可用阈值，如果是，则确定所述测试的结果为合格。

例如，确定测试次数n为500次、在测试次数n为500次中登入成功的次数n′为499、在测试次数n为500次中登入失败的次数为500-n′＝500-499＝1次、第i次测试为登入成功时第i次测试所用的时间t_ci及第j次测试为登入失败时第j次测试所用的时间t_sj之后，就可以利用上述计算公式(1)计算出待测试管理控制器的可用度，例如而预先设置的可用阈值为98％，因此可以确定待测试管理控制器的测试结果为合格。

由于在测试的过程中，无法排除会有其他因素影响到整个测试过程，从而通过执行完所有次测试，并根据测试的结果及相应的测试时间，计算出待测试管理控制器的可用度，这样，在一定程度上，也避免了由于外界因素影响而导致的对待测试管理控制器的测试失误的判断。

在本发明一个实施例中，为了将整个测试过程中的详细测试信息以及每次测试的测试结果展示给测试人员，可进一步包括：将所述测试次数中的每一次测试作为当前测试，执行：判断是否存在目标文件夹；如果是，则在所述目标文件夹中为所述当前测试创建对应的测试文件，所述测试文件存储所述当前测试对应的执行日志及测试结果；否则，创建所述目标文件夹。

一般情况下，为方便测试人员能够找到整个测试过程的详细测试信息，目标文件夹为命名为Login_out的文件夹，且创建的文件为Login_out文件，这样，在执行完成一次测试之后，无论是是登入成功还是登入失败，均会在相应的文件中存储Log执行日志以及测试结果。

通过查找或创建目标文件夹，以及针对每次测试创建对应的测试文件，这样，在完成对待测试管理控制器的测试之后，测试人员就可以通过找到该目标文件夹，并在该目标文件夹中找到所有的测试对应的执行日志以及测试结果，而避免了之前测试人员无法查看具体测试信息的弊端。

如图2、图3所示，本发明实施例提供了一种测试管理控制器装置。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。从硬件层面而言，如图2所示，为本发明实施例提供的测试管理控制器装置所在设备的一种硬件结构图，除了图2所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等。以软件实现为例，如图3所示，作为一个逻辑意义上的装置，是通过其所在设备的CPU将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。本实施例提供的测试管理控制器装置，包括：

确定单元301，用于确定待测试管理控制器的测试参数；标准地址、标准登入标识、标准确认标识及测试次数；

测试单元302，用于当接收到外部的执行触发时，按照所述确定单元301确定的所述测试参数中的测试次数，对所述待测试管理控制器进行测试。

如图4所示，在本发明一个实施例中，为了判断待测试管理控制器是否合格，进一步包括：计算单元401和判断单元402，其中，

所述计算单元401，用于利用下述计算公式(1)，计算所述待测试管理控制器的可用度；

其中，λ表征所述待测试次数对应的所述待测试管理控制器的可用度；n表征所述确定单元301确定出的待测试次数；n′表征在所述测试次数n中登入成功的次数；t_ci表征第i次测试为登入成功时第i次测试所用的时间；t_sj表征第j次测试为登入失败时第j次测试所用的时间；

所述判断单元402，用于判断所述计算单元401计算出的所述可用度是否不小于预设的可用阈值，如果是，则确定所述测试单元302测试的结果为合格。

如图5所示，本发明实施例提供了一种测试管理控制器系统，该系统可以包括：上述任一所述的测试管理控制器装置501和至少一个待测试管理控制器502，其中，

所述至少一个待测试管理控制器502中，每个待测试管理控制器502，用于针对每次测试，当接收到所述标准登入标识和所述标准确认标识时，通过所述测试管理控制器装置501展示相应的所述登入界面和所述测试界面或者是不响应。

下面将以两种判断测试结果(第一种：出现登入失败时，中断测试；第二种：完成所有次测试)来测试管理控制器为例，通过确定待测试管理控制器及其测试参数(标准地址、标准登入标识、标准确认标识及测试次数)，然后针对测试参数中的测试次数，完成对待测试管理控制器的测试。

下面将以“第一种：出现登入失败时，中断测试”、待测试管理控制器A的测试参数中的标准地址1、标准登入标识为admin、标准确认标识为admni及测试次数为1000次为例，对本发明实施例提供的一种测试管理控制器方法进行详细说明，如图6所示，该方法可以包括如下步骤：

步骤601：依次确定待测试管理控制器A的标准地址1、标准登入标识admin、标准确认标识admni及测试次数1000次。

每个待测试管理控制器均有相应的唯一地址与之对应，在本发明实施例中，测试人员在测试待测试管理控制器A时，可通过上网查看其中文资料，从而确定A的标准地址1，该地址也可称为A的IP地址。

除此之外，标准登入标识和标准确认标识却均不唯一，其中，A中可以存储标准登入标识和标准确认标识之间的十几个对应关系，但一般情况下，只存储两个对应关系，在本发明实施例中，admin和admni就是A中的其中一个对应关系。

而且，为保证测试结果的有效性，对于待测试管理控制器的测试一般都不少于500次，那在本发明实施例中，针对A的测试次数设定为1000次。

步骤602：接收外部的测试触发。

在本发明实施例中，在已经确定待测试管理控制器A的标准地址1、标准登入标识admin、标准确认标识admni及测试次数1000次之后，需要在接收到外部的执行触发之后，根据测试次数1000次，对待测试管理控制器A开始进行测试。在本发明实施例中，外部的执行触发可以为计算机键盘上的“Eenter”键。

在接收到执行触发之后，就可以针对1000次测试中的每一次进行测试，在本步骤中首先进行第1次测试。

步骤603：判断是否存在Login_out文件夹，如果是，则执行步骤604，否则，执行步骤605。

为了能够向测试人员展示全面的测试结果信息，可通过生成每次测试的执行日志以及测试结果，而且，为便于在完成对待测试管理控制器A的测试之后，测试人员能够方便的找到这些信息，因此，在本发明实施例中，可将其放在一个文件夹名称为Login_out的文件夹，那如果之前进行过类似测试，应该会有该文件夹，否则，就没有该文件夹，所以，需判断是否存在Login_out文件夹。

步骤604：在Login_out文件夹中为当前测试创建对应的Login_out文件，执行步骤606。

针对本发明实施例1000次测试中的每次测试，因为测试的执行时间、测试结果等信息的不同，每次均会生成不同的执行日志，所以可针对每次测试分别构建对应的Login_out文件，例如，在进行第k次测试时，就会在Login_out文件夹中创建一个相应的Login_out k文件，那这样，在完成第k次测试时，该文件就会对当前第k次测试的执行日志及测试结果进行存储。

步骤605：创建Login_out文件夹，并执行步骤604。

如上述步骤603所述。

步骤606：根据标准地址1，获取待测试管理控制器A的登入界面。

在本发明实施例中，在执行测试时，会首先根据待测试管理控制器A的标准地址1，打开一个与之对应的A的登入界面，该登入界面中有标准登入标识和标准确认标识相对应的输入框，以此进行登入。

步骤607：将admin和admni添加到登入界面中，确定登入界面跳转到测试界面。

将admin和admni添加到上述步骤606中提到的登入界面中的相应输入框内，如果输入的admin和admni是相互对应且正确的，那登入界面就会实现跳转，那如果测试人员在确定标准登入标识和标准确认标识时，输入有误，那在执行到该步骤时，也会有相应的提示，例如，标准登入标识输入错误、标准登入标识不存在或者标准确认标识有误等提示性信息，然后为实现对A的测试，就需要重新进行确定。

步骤608：判断测试界面中是否存在至少一个ID，如果是，则执行步骤609，否则，执行步骤612。

在本发明实施例中，只要在跳转后的测试界面中找到一个ID(特征标识的其中一种)，例如，在跳转后的测试页面中找到多个ID，分别为Button1、Button2和Button3。

步骤609：确定登入成功，并登出，以及确定已完成的目标测试次数k。

步骤610：将当前第k次测试对应的执行日志及登入成功的测试结果保存到对应的Login_out文件中。

当步骤609中登出之后，则对于A的第k次测试执行完成，那针对当前测试，也生成了相应的执行日志，例如，以第k次测试过程中的一个执行日志为例，如{某年某月某日某时某分某秒：admin和admni添加到登入界面}。

除此之外，登入成功的测试结果也会生成，例如{某年某月某日某时某分某秒：第k次测试登入登出成功}。

步骤611：判断目标测试次数k是否小于1000，如果是，则执行步骤606，否则，执行步骤614。

由于在已确定测试次数为1000次，因此，在当前测试成功之后，如果未达到1000次，还应继续从本发明实施例中的步骤607继续进行测试，那如果已达到该次数，则已完成测试，从而中断测试即可。

步骤612：生成测试失败信号，并通过测试失败信号中断测试。

在本发明实施例中，在1000次测试中，只要出现一次登入失败，就中断所有测试，并认为待测试管理控制器A的测试不达标。

步骤613：将当前测试对应的执行日志及登入失败的测试结果保存到对应的Login_out文件中，并结束当前流程。

在本发明实施例中，对于登入失败的执行日志以及测试结果也应进行相应的存储，以方便在完成所有测试后，向测试人员展示全面的测试执行日志以及对应的测试结果。

步骤614：结束并退出测试。

下面将以“第二种：完成所有次测试”、待测试管理控制器A的测试参数中的标准地址1、标准登入标识为admin、标准确认标识为admni及测试次数为1000次为例，对本发明实施例提供的一种测试管理控制器方法进行详细说明，如图7所示，该方法可以包括如下步骤：

步骤701：预先设置待测试管理控制器A的可用阈值λ₁。

在本发明实施例中，考虑到外界因素有可能会对待测试管理控制器A的测试过程产生一定影响，因此，可通过执行完1000次测试，然后根据每次的测试结果，计算出待测试管理控制器A的可用度，然后通过与预先设置的可用阈值判断λ₁进行比较，从而确定A是否合格。

步骤702：确定待测试管理控制器A的标准地址1、标准登入标识admin、标准确认标识admni及测试次数1000次。

在本发明实施例中，该步骤与图6中相应的方法一致，首先应确定待测试管理控制器A的上述四个测试参数。

步骤703：接收外部的测试触发。

在本发明实施例中，当确定待测试管理控制器A的标准地址1、标准登入标识admin、标准确认标识admni、测试次数1000次以及接收触发之后，就会自动完成针对待测试管理控制器A的每次登入登出测试，而无需测试人员手动进行1000次测试，这样，能够有效提高测试过程中的效率。

步骤704：判断是否存在Login_out文件夹，如果是，则执行步骤705，否则，执行步骤706。

步骤705：在Login_out文件夹中为当前测试创建对应的Login_out文件，执行步骤707。

步骤706：创建Login_out文件夹，并执行步骤706。

步骤707：根据标准地址1，获取待测试管理控制器A的登入界面。

步骤708：将admin和admni添加到登入界面中，确定登入界面跳转到测试界面。

步骤709：判断测试界面是否存在至少一个ID，如果是，则执行步骤710，否则，执行步骤713。

步骤710：确定登入成功，进行登出，确定已完成的目标测试次数i，及当前第i次测试所用的时间t_ci。

在本发明实施例中，为计算待测试管理控制器A的可用度，应在每次完成测试时，计算该测试过程所用的时间，那第i次测试所用的时间t_ci是指从执行步骤707至当前步骤中完成登出时所需的时间，例如，第501次测试为登入登出测试成功，且所用的时间t_c501为2s；除此之外，还可通过根据生成的执行日志进行计算，如，在进行确定第i次测试所需的时间t_ci时，根据当前步骤已经生成的执行日志进行获得，例如，在第20次测试时生成的第一条执行日志为{2016年10月28日23时22分55秒：获取了待测试管理控制器A的登入界面}，生成的最后一条执行日志为{2016年10月28日23时22分56秒：登出成功}，所以第20次测试所用的时间t_c20为56-55＝1秒。

需要说明的是，在执行到该步骤时，均会确定相应测试下对应的时间，以便与为之后判断待测试管理控制器A是否合格奠定基础。

步骤711：将当前第i次测试对应的执行日志及登入成功的测试结果保存到对应的Login_out文件中。

步骤712：判断目标测试次数i是否小于1000，如果是，则执行步骤707，否则，执行步骤716。

步骤713：确定登入失败，确定已完成的目标测试次数j，及当前第j次测试所用的时间t_sj。

在本发明实施例中，同样可根据上述步骤611中的方法确定第j次测试所用的时间t_sj。

步骤714：将当前第j次测试对应的执行日志及登入失败的测试结果保存到对应的Login_out文件中。

步骤715：判断目标测试次数j是否小于1000，如果是，则执行步骤707，否则，执行步骤716。

在本发明实施例中，无论是登入登出成功，还是登入登出失败，都需要判断当前测试次数j是否小于1000，这样，如果小于，则继续从步骤707进行下一次测试，如果不小于，则执行步骤716。

步骤716：确定1000次测试中登入成功的次数n′为998次。

在完成所有1000次测试之后，确定在这1000次测试中登入成功的次数n′，在本发明实施例中，以登入成功的次数n′为998次为例，则相应的登入失败的次数就可以计算得出为1000-n′＝1000-998＝2次。

步骤717：根据测试次数n为1000次、n′、1000-n′、t_ci及t_sj，计算待测试管理控制器A的可用度λ。

在本发明实施例中，在确定测试次数n为1000次、在测试次数n为1000次中登入成功的次数n′、在测试次数n为1000次中登入失败的次数1000-n′、第i次测试为登入成功时第i次测试所用的时间t_ci及第j次测试为登入失败时第j次测试所用的时间t_sj之后，就可以利用计算公式(1)计算出待测试管理控制器A的可用度那在本发明实施例中，为简化计算方法，例如，以根据公式(1)计算出的待测试管理控制器A的可用度λ为98.997％。

步骤718：判断λ是否小于λ₁，如果是，则执行步骤719，否则执行步骤720。

步骤719：确定待测试管理控制器A的测试结果为合格。

在本发明实施例中，通过判断λ＝98.997％和λ₁＝98％，则可明显看出λ＝98.997％＞λ₁＝98％，因此，针对待测试管理控制器A的测试结果合格。

步骤720：确定待测试管理控制器A的测试结果为不合格。

综上，本发明各个实施例至少具有如下有益效果：

1、在本发明实施例中，通过确定一次待测试管理控制器的标准地址、标准登入标识、标准确认标识及测试次数，那在接收到外部的执行触发后，就可以按照确定的测试次数，对待测试管理控制器进行测试，这样，就能够有效避免在进行每次测试时，都由测试人员手动输入，从而提高了针对管理控制器进行登入登出测试过程的效率。

2、在本发明实施例中，通过根据确定的标准地址自动打开相应的登入界面，以及在登入界面中自动添加确定的标准登入标识和标准确认标识，以及通过自动判断目标测试是否达到已确定的测试次数，在未达到时，继续自动进行下一次的登入登出测试，整个测试过程均是自动完成，从而无需再由测试人员进行手动输入并完成所有次的测试，因此，提高了针对管理控制器进行登入登出测试过程的效率。

3、在本发明实施例中，通过在登入界面跳转后的测试页面中找到一个特征标识，这样，就可知，当前测试已经登入成功，从而为测试成功的测试结果提供了有力的基础，为完成对待测试管理控制器的测试奠定了基础。

4、在本发明实施例中，通过在登入失败时，中断所有测试，这样，实现了对待测试管理控制器的测试，以此可以判断待测试管理控制器的稳定性不佳，因此，还需对待测试管理控制器进行相应的调整，避免在将其发布之后，给公司及用户造成严重的损失。

5、在本发明实施例中，由于在测试的过程中，无法排除会有其他因素影响到整个测试过程，从而通过执行完所有次测试，并根据测试的结果及相应的测试时间，计算出待测试管理控制器的可用度，这样，在一定程度上，也避免了由于外界因素影响而导致的对待测试管理控制器的测试失误的判断。

6、在本发明实施例中，通过查找或创建目标文件夹，以及针对每次测试创建对应的测试文件，这样，在完成对待测试管理控制器的测试之后，测试人员就可以通过找到该目标文件夹，并在该目标文件夹中找到所有的测试对应的执行日志以及测试结果，而避免了之前测试人员无法查看具体测试信息的弊端。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

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

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

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。