CN105426304A - 一种重启测试的控制方法及装置 - Google Patents

Abstract

本发明实施例提供了一种重启测试的控制方法及装置，涉及计算机技术领域，用以在需要停止重启测试时，自动停止重启测试，降低测试人员的参与，从而简化停止重启测试的方法，提高用户体验。所述方法，包括：确定是否是第一次运行重启测试脚本；若不是第一次运行重启测试脚本，则确定是否有第一用户登录；若有第一用户登录，则根据预设重启次数，更新当前已重启次数；根据更新的所述当前已重启次数，执行结束程序；其中，所述结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。本发明适用于自动停止测试的场景。

Description

一种重启测试的控制方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种重启测试的控制方法及装置。

背景技术

随着科学技术的发展，服务器行业也在高速发展。在各个领域中越来越多的客户采用计算能力更强的服务器运行自己的核心应用。INSUP浪潮作为国内最大服务器供应商，为了满足高度并行化及高性能需求的客户，在推高性能服务器的同时，还需注重产品的质量、可靠性及稳定性。

根据以往的经验和理论分析，服务器在启动阶段是最容易发送问题的。在服务器加电后，回扫描连接在系统中的所有设备，同时会对所有设备进行资源分配并尝试对所有设备进行初始化动作和自检动作。很大一部产品设计中的问题会在这个阶段暴露出来，在服务器启动完成并进入稳定运行阶段后，很多设计中的问题反而不容易复现。因此，只要频繁进行重启测试，让系统不断地对所有设备进行扫描、资源分配、初始化和自检动作，就可以比较容易地暴露出产品设计中的质量问题。

在现有技术中，通过重启测试脚本进行重启测试。但是，在进行重启测试时，测试人员由于某种原因，需要在重启测试未完成时，停止此测试。而在现有技术中，若要在重启测试未完成停止此测试，则需要在重启测试脚本执行到stop步骤时，手动停止重启测试，否则无法安全停止重启测试。而测试人员若在等待重启测试脚本执行到stop步骤的过程中，稍有疏忽错过了本次机会，必须等到下次重启后重新执行到stop步骤，这样会浪费测试人员的精力和时间，停止重启测试的方法较为复杂，从而降低了用户体验。

发明内容

本发明的实施例提供一种重启测试的控制方法及装置，用以在需要停止重启测试时，自动停止重启测试，降低测试人员的参与，从而简化停止重启测试的方法，提高用户体验。

为达到上述目的，本发明的实施例采用如下技术方案：

本发明实施例提供了一种重启测试的控制方法，包括：确定是否是第一次运行重启测试脚本；若不是第一次运行重启测试脚本，则确定是否有第一用户登录；若有第一用户登录，则根据预设重启次数，更新当前已重启次数；根据更新的所述当前已重启次数，执行结束程序；其中，所述结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。

进一步的，所述结束程序包括：确定所述当前已重启次数是否达到预设重启次数；在所述当前已重启次数已达到预设重启次数时，输出所述当前已重启次数，并清除当前已重启次数，将开机自运行文件恢复至其原始数据；所述开机自运行文件的原始数据是所述开机自运行文件内没有添加重启测试脚本的相关信息时，所包含的数据。

进一步的，在所述确定是否是第一次运行重启测试脚本之前，还包括：确定所述开机自运行文件中是否包含有重启测试脚本的相关信息；若所述开机自运行文件中没有包含重启测试脚本的相关信息，则根据重启测试脚本的相关信息，更新所述开机自运行文件。

进一步的，还包括：若没有第一用户登录，则确定所述当前已重启次数是否达到所述预设重启次数；若所述当前已重启次数没有达到所述预设重启次数，则重新启动测试装置，并更新所述当前已重启次数；若所述当前已重启次数达到所述预设重启次数，则执行所述结束程序。

进一步的，所述若不是第一次运行重启测试脚本，则确定是否有第一用户登录包括：若不是第一次运行重启测试脚本，则等待预设时间后确定是否有第一用户登录。

进一步的，本发明实施例提供了一种测试装置，包括：确定单元，用于确定是否是第一次运行重启测试脚本；所述确定单元，还用于在不是第一次运行重启测试脚本时，确定是否有第一用户登录；更新单元，用于在所述确定单元确定有第一用户登录时，根据预设重启次数，更新当前已重启次数；处理单元，用于根据所述更新单元更新的所述当前已重启次数，执行结束程序；其中，所述结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。

进一步的，所述处理单元，具体用于根据更新的所述当前已重启次数，确定所述当前已重启次数是否达到预设重启次数；在所述当前已重启次数已达到预设重启次数时，输出所述当前已重启次数，并清除当前已重启次数，将开机自运行文件恢复至其原始数据；所述开机自运行文件的原始数据是所述开机自运行文件内没有添加重启测试脚本的相关信息时，所包含的数据。

进一步的，所述确定单元，还用于确定所述开机自运行文件中是否包含有重启测试脚本的相关信息；所述更新单元，还用于在所述确定单元确定所述开机自运行文件中没有包含重启测试脚本的相关信息时，根据重启测试脚本的相关信息，更新所述开机自运行文件。

进一步的，所述确定单元，还用于在没有第一用户登录时，确定所述当前已重启次数是否达到所述预设重启次数；所述处理单元，还用于在所述确定单元确定所述当前已重启次数没有达到所述预设重启次数时，重新启动测试装置，并更新所述当前已重启次数；所述处理单元，还用于在所述确定单元确定所述当前已重启次数达到所述预设重启次数时，执行所述结束程序。

进一步的，所述确定单元，具体用于在不是第一次运行重启测试脚本时，等待预设时间后确定是否有第一用户登录。

本发明实施例提供了一种重启测试的控制方法及装置，包括：确定是否是第一次运行重启测试脚本。若不是第一次运行重启测试脚本，则确定是否有第一用户登录；若有第一用户登录，则根据预设重启次数，更新当前已重启次数；根据更新的当前已重启次数，执行结束程序。这样，在本发明中，在需要停止重启测试脚本时，仅需测试人员以第一用户的身份登录，从而可以使测试装置将当前已重启次数更新为预设重启次数，并根据更新的当前已重启次数，执行结束程序，停止重启测试脚本的运行。在本发明中，仅需测试人员以第一用户的身份登录，无需进行其他操作，相对于现有技术而言，本发明实现了自动停止重启测试，降低测试人员的参与，从而简化了停止重启测试的方法，提高了用户体验。

附图说明

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

图1为本发明实施例提供的一种重启测试的控制方法的流程示意图；

图2为本发明实施例提供的另一种重启测试的控制方法的流程示意图；

图3为本发明实施例提供的另一种重启测试的控制方法的流程示意图；

图4为本发明实施例提供的一种测试装置的结构示意图。

具体实施方式

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

本发明实施例提供了一种重启测试的控制方法，如图1所示，包括：

步骤101、确定是否是第一次运行重启测试脚本。

具体的，由于在重启测试脚本第一次运行时，测试人员通过以第一用户身份登录，因此，测试装置在进行停止重启测试脚本时，需要先确定测试装置是否第一次运行重启测试脚本。

进一步的，测试装置在进行重启测试时，需要记录当前已经重启的次数，此时测试装置可以通过记录的当前已经重启的次数来确定是否是第一次运行重启测试脚本。

步骤102、若不是第一次运行重启测试脚本，则确定是否有第一用户登录。

需要说明的是，在本发明实施例中，在重启测试未完成，即为当前已重启次数未达到预设重启次数时，若测试人员需要终止重启测试脚本时，可以以第一用户的身份登录至测试装置，以告知测试装置终止重启测试脚本的执行。

具体的，测试装置在确定出不是第一次运行重启测试脚本时，可以查看登录的用户是否有第一用户。

进一步的，第一用户可以是root用户，此时测试装置可以确定是否有root用户登录。

需要说明的是，第一用户也可是其他用户，本发明对此不做限制。

进一步的，若不是第一运行重启测试脚本，则确定是否有第一用户登录包括：若不是第一运行重启测试脚本，则等待预设时间后确定是否有第一用户登录。

具体的，由于测试人员登录至测试装置时，需要时间登录。测试装置在测试人员登录上后，需时间更新当前已登录的用户。因此，测试装置在确定测试装置不是第一运行重启测试脚本时，可以等待预设时间，在预设时间后，在确定是否有第一用户登录。

可选的，预设时间为30秒。当然，预设时间还可是其他时间，测试人员根据实际需求进行设置，本发明对此不做限制。

步骤103、若有第一用户登录，则根据预设重启次数，更新当前已重启次数。

具体的，测试装置在检测出有第一用户登录时，说明测试人员需要终止重启测试脚本的执行。由于结束程序是在当前已重启次数达到预设重启次数时，才会停止执行重启测试脚本，因此测试装置可以将当前已重启次数更新为预先重启次数。

需要说明的是，本发明实施例中的测试装置运行的操作系统可以为Linux操作系统。

进一步的，上述步骤101-103的实现代码具体如下：

步骤104、根据更新的当前已重启次数，执行结束程序。

其中，结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。

具体的，测试装置在将当前已重启次数更新为预设重启次数后，可以终止重启测试脚本的执行，此时可以执行停止重启测试脚本的结束程序。

进一步的，结束程序包括：确定当前已重启次数是否达到预设重启次数。在当前已重启次数已达到预设重启次数时，输出当前已重启次数，并清除当前已重启次数，将开机自运行文件恢复至其原始数据。

其中，开机自运行文件的原始数据是开机自运行文件内没有添加重启测试脚本的相关信息时，所包含的数据。

也就是说，测试装置将当前已重启次数与预设重启次数比较，检测当前已重启次数是否达到预设重启次数。在测试装置检测出当前已重启次数达到预设重启次数时，说明测试装置已经重启了预设重启次数，此时可以停止执行重启测试脚本。测试装置可以将当前已重启次数输出，便于测试人员获知测试装置的测试结果。并在输出当前已重启次数后，将记录的当前已重启次数清除。并将开机自运行文件恢复至其原始数据。即为将开机自运行文件中的重启测试脚本的相关信息删除。这样，可以将测试装置恢复至重启测试之前的状态，防止在以后的重启测试或是其他测试中出现问题。

进一步的，步骤104的实现代码具体如下：

本发明实施例提供了一种重启测试的控制方法，包括：确定是否是第一次运行重启测试脚本。若不是第一次运行重启测试脚本，则确定是否有第一用户登录；若有第一用户登录，则根据预设重启次数，更新当前已重启次数；根据更新的当前已重启次数，执行结束程序。这样，在本发明中，在需要停止重启测试脚本时，仅需测试人员以第一用户的身份登录，从而可以使测试装置将当前已重启次数更新为预设重启次数，并根据更新的当前已重启次数，执行结束程序，停止重启测试脚本的运行。在本发明中，仅需测试人员以第一用户的身份登录，无需进行其他操作，相对于现有技术而言，本发明实现了自动停止重启测试，降低测试人员的参与，从而简化了停止重启测试的方法，提高了用户体验。

进一步的，在上述步骤101之前，如图2所示，还包括：

步骤105、确定开机自运行文件中是否包含有重启测试脚本的相关信息。

具体的，由于重启测试脚本需要在测试装置重启后，仍然执行重启测试脚本，因此需要将重启测试脚本的相关信息添加至开机自运行文件中。此时，测试装置先检测开启自运行文件，查看其内是否已经记录了重启测试脚本的相关信息。从而确定开机自运行文件中是否包含有重启测试脚本的相关信息。

需要说明的是，重启测试脚本的相关信息包括：重启测试脚本的名称及绝对路径。

步骤106、若开机自运行文件中没有包含重启测试脚本的相关信息，则根据重启测试脚本的相关信息，更新开机自运行文件。

具体的，测试装置在确定出开机自运行文件中没有包含重启测试脚本的相关信息时，可以先获取重启测试脚本的相关信息，进而将重启测试脚本的相关信息添加至开机自运行文件中。

此时步骤105-106的实现代码具体如下：

需要说明的是，在上述代码中，rebooty脚本与rc.local脚本不在同一个线程，是因为在测试装置的Linux操作系统为redhat6版本时，其系统启动过程中需要先运行rc.local脚本，等到rc.local脚本运行完成后才会运行登录界面。若rebooty脚本与rc.local脚本在同一个线程中，则rc.local脚本运行完毕时，rebooty脚本也运行完成。也就是说，登录界面出现前，必然会先执行rebooty脚本中init6这个重启语句，从而无法进行登录操作。因此若将rebooty脚本放置在另一个与rc.local脚本不同的线程中，则在执行rc.local脚本时，就与rebooty脚本无关。从而可以在执行rc.local脚本后，运行登录界面。

需要说明的是，在步骤102的确定结果中，包括两种情况。一种情况时有第一用户登录，则执行步骤103，另一种情况时没有第一用户登录。此时可以执行下面步骤107。其中，步骤103与步骤107是并列的，在测试装置执行了步骤103后，则不再执行步骤107。在测试装置执行步骤107时，也不再执行步骤103。

进一步的，上述方法，如图3所示，还包括：

步骤107、若没有第一用户登录，则确定当前已重启次数是否达到预设重启次数。

具体的，测试装置在步骤102中确定出没有第一用户登录时，说明测试人员无需在重启测试过程中，终止重启测试脚本的执行。此时，测试装置可以获取已经存储的当前已重启次数，并将当前已重启次数于预设重启次数进行比较，确定当前已重启次数是否达到预设重启次数。

需要说明的是，测试装置可以将当前已重启次数存储至硬盘中，以避免在测试装置不断重启的过程中，将当前已重启次数删除。进一步的，测试装置可以将当前已重启次数存储在记录重启次数的文件，并将此文件存储至硬盘中。

需要说明得死，预设重启次数是测试人员根据实际需求预先设置的。

需要说明的是，测试装置根据确定的结果不同，下面执行的不同。在测试装置确定当前已重启次数未达到预设重启次数时，则执行步骤108a。在测试装置确定当前已重启次数达到预设重启次数时，则执行步骤108b。

步骤108a、若当前已重启次数没有达到预设重启次数，则重新启动测试装置，并更新当前已重启次数。

具体的，测试装置在检测到当前已重启次数没有达到预设重启次数时，则说明测试装置还需要进行重启处理，此时，测试装置进行自我重启，并在自我重启之前将当前已重启次数加1，更新当前已重启次数。

进一步的，实现上述步骤107-108a的具体代码如下：

步骤108b、若当前已重启次数达到预设重启次数，则执行结束程序。

具体的，测试装置在检测出当前已重启次数达到预设重启次数后，说明测试装置已经重启了预设重启次数，此时可以停止执行重启测试脚本，从而执行结束程序。

进一步的，本发明实施例的完整实现代码具体如下：

本发明实施例提供了一种重启测试的控制方法，包括：确定是否是第一次运行重启测试脚本。若不是第一次运行重启测试脚本，则确定是否有第一用户登录；若有第一用户登录，则根据预设重启次数，更新当前已重启次数；根据更新的当前已重启次数，执行结束程序。这样，在本发明中，在需要停止重启测试脚本时，仅需测试人员以第一用户的身份登录，从而可以使测试装置将当前已重启次数更新为预设重启次数，并根据更新的当前已重启次数，执行结束程序，停止重启测试脚本的运行。在本发明中，仅需测试人员以第一用户的身份登录，无需进行其他操作，相对于现有技术而言，本发明实现了自动停止重启测试，降低测试人员的参与，从而简化了停止重启测试的方法，提高了用户体验。

本发明实施例提供了一种测试装置，如图4所示，包括：

确定单元401，用于确定是否是第一次运行重启测试脚本。

所述确定单元401，还用于在不是第一次运行重启测试脚本时，确定是否有第一用户登录。

其中，确定单元401，具体用于在不是第一次运行重启测试脚本时，等待预设时间后确定是否有第一用户登录。

更新单元402，用于在确定单元401确定有第一用户登录时，根据预设重启次数，更新当前已重启次数。

处理单元403，用于根据更新单元402更新的所述当前已重启次数，执行结束程序。

其中，结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。

具体的，处理单元403，具体用于根据更新的当前已重启次数，确定当前已重启次数是否达到预设重启次数。在当前已重启次数已达到预设重启次数时，输出当前已重启次数，并清除当前已重启次数，将开机自运行文件恢复至其原始数据。

其中，开机自运行文件的原始数据是所述开机自运行文件内没有添加重启测试脚本的相关信息时，所包含的数据。

进一步的，确定单元401，还用于确定开机自运行文件中是否包含有重启测试脚本的相关信息。

更新单元402，还用于在确定单元401确定开机自运行文件中没有包含重启测试脚本的相关信息时，根据重启测试脚本的相关信息，更新所述开机自运行文件。

进一步的，确定单元401，还用于在没有第一用户登录时，确定当前已重启次数是否达到预设重启次数。

处理单元403，还用于在确定单元401确定当前已重启次数没有达到所述预设重启次数时，重新启动测试装置，并更新当前已重启次数。

处理单元403，还用于在确定单元401确定当前已重启次数达到所述预设重启次数时，执行所述结束程序。

本发明实施例提供了一种测试装置，包括：确定是否是第一次运行重启测试脚本。若不是第一次运行重启测试脚本，则确定是否有第一用户登录；若有第一用户登录，则根据预设重启次数，更新当前已重启次数；根据更新的当前已重启次数，执行结束程序。这样，在本发明中，在需要停止重启测试脚本时，仅需测试人员以第一用户的身份登录，从而可以使测试装置将当前已重启次数更新为预设重启次数，并根据更新的当前已重启次数，执行结束程序，停止重启测试脚本的运行。在本发明中，仅需测试人员以第一用户的身份登录，无需进行其他操作，相对于现有技术而言，本发明实现了自动停止重启测试，降低测试人员的参与，从而简化了停止重启测试的方法，提高了用户体验。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种重启测试的控制方法，其特征在于，包括：

确定是否是第一次运行重启测试脚本；

若不是第一次运行重启测试脚本，则确定是否有第一用户登录；

若有第一用户登录，则根据预设重启次数，更新当前已重启次数；

根据更新的所述当前已重启次数，执行结束程序；其中，所述结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。

2.根据权利要求1所述的方法，其特征在于，所述结束程序包括：

确定所述当前已重启次数是否达到预设重启次数；

在所述当前已重启次数已达到预设重启次数时，输出所述当前已重启次数，并清除当前已重启次数，将开机自运行文件恢复至其原始数据；所述开机自运行文件的原始数据是所述开机自运行文件内没有添加重启测试脚本的相关信息时，所包含的数据。

3.根据权利要求2所述的方法，其特征在于，在所述确定是否是第一次运行重启测试脚本之前，还包括：

确定所述开机自运行文件中是否包含有重启测试脚本的相关信息；

若所述开机自运行文件中没有包含重启测试脚本的相关信息，则根据重启测试脚本的相关信息，更新所述开机自运行文件。

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

若没有第一用户登录，则确定所述当前已重启次数是否达到所述预设重启次数；

若所述当前已重启次数没有达到所述预设重启次数，则重新启动测试装置，并更新所述当前已重启次数；

若所述当前已重启次数达到所述预设重启次数，则执行所述结束程序。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述若不是第一次运行重启测试脚本，则确定是否有第一用户登录包括：

若不是第一次运行重启测试脚本，则等待预设时间后确定是否有第一用户登录。

6.一种测试装置，其特征在于，包括：

确定单元，用于确定是否是第一次运行重启测试脚本；

所述确定单元，还用于在不是第一次运行重启测试脚本时，确定是否有第一用户登录；

更新单元，用于在所述确定单元确定有第一用户登录时，根据预设重启次数，更新当前已重启次数；

处理单元，用于根据所述更新单元更新的所述当前已重启次数，执行结束程序；其中，所述结束程序是指输出当前已重启次数，并结束重启测试脚本的程序。

7.根据权利要求6所述的装置，其特征在于，

所述处理单元，具体用于根据更新的所述当前已重启次数，确定所述当前已重启次数是否达到预设重启次数；

在所述当前已重启次数已达到预设重启次数时，输出所述当前已重启次数，并清除当前已重启次数，将开机自运行文件恢复至其原始数据；所述开机自运行文件的原始数据是所述开机自运行文件内没有添加重启测试脚本的相关信息时，所包含的数据。

8.根据权利要求7所述的装置，其特征在于，

所述确定单元，还用于确定所述开机自运行文件中是否包含有重启测试脚本的相关信息；

所述更新单元，还用于在所述确定单元确定所述开机自运行文件中没有包含重启测试脚本的相关信息时，根据重启测试脚本的相关信息，更新所述开机自运行文件。

9.根据权利要求8所述的装置，其特征在于，

所述确定单元，还用于在没有第一用户登录时，确定所述当前已重启次数是否达到所述预设重启次数；

所述处理单元，还用于在所述确定单元确定所述当前已重启次数没有达到所述预设重启次数时，重新启动测试装置，并更新所述当前已重启次数；

所述处理单元，还用于在所述确定单元确定所述当前已重启次数达到所述预设重启次数时，执行所述结束程序。

10.根据权利要求6-9任一项所述的装置，其特征在于，

所述确定单元，具体用于在不是第一次运行重启测试脚本时，等待预设时间后确定是否有第一用户登录。