一种在Solaris11系统下进行reboot测试的方法与流程

本发明涉及计算机技术领域,具体地说是一种在solaris11系统下进行reboot测试的方法。

背景技术：

新配好的服务器均无法确定硬件有无问题，硬件兼容性是否有问题和系统运行是否稳定都需要进行稳定性测试来验证。在稳定性测试中，reboot测试是模拟服务器在数次重启过程中有无发生错误，以检验其稳定性的测试。测试结束后会检查没有出现死机或者宕机，bmc日志以及系统下日志有无错误信息。

现有测试方法的测试过程为：在系统/root目录下生成reboot文件，reboot文件的内容是:每次运行脚本会往/root/times文件内写入”reboot”文字,等待45秒之后执行重启；在/etc/rc2.d目录下创建s99reboot.sh文件，在文件内写入执行/root目录下的reboot文件，s99reboot.sh文件开机时会被系统执行一次，借此来完成自动重启。

上述测试方法无法掌握运行次数，往往会对其他测试造成影响，且测试结果缺乏可靠性。

技术实现要素：

本发明的目的在于提供一种在solaris11系统下进行reboot测试的方法，用于解决现有reboot测试方法无法掌握测试次数，测试结果不可靠的问题。

本发明解决其技术问题所采用的技术方案是：一种在solaris11系统下进行reboot测试的方法，包括以下步骤：

在开机执行路径下生成第一脚本文件；

在第一脚本文件内加入进行reboot测试的第二脚本文件；

在第二脚本文件内写入测试参数变量和对应的测试过程；

开机执行第一脚本文件，按照第二脚本文件内写入的测试参数变量和对应的测试过程进行reboot测试。

进一步地，所述测试参数变量的值为“start”、“time”和“stop”。

进一步地，所述测试参数变量的值为“start”时，进行不限次数的测试，对应的测试过程为：

删除上次测试的残留文件，重启系统；

记录执行重启的时间和重启的次数；

按照设置的等待时间进行等待；

若在等待时间内，修改测试参数变量的值为“stop”，则结束测试；否则重复进行测试。

进一步地，所述测试参数变量的值为“time”时，进行设定次数的测试，对应的测试过程为：

删除上次测试残留的文件，重启系统；

获取设定的测试次数；

记录执行重启的时间和重启的次数；

将记录的重启次数与设定的测试次数进行比较，在记录的重启次数大于设定的测试次数时，结束测试。

进一步地，所述上次测试残留的文件为记录重启次数的文件。

进一步地，所述结束测试后，删除第一脚本文件。

进一步地，所述开机执行路径为/etc/rc2.d。

发明内容中提供的效果仅仅是实施例的效果，而不是发明所有的全部效果，上述技术方案中的一个技术方案具有如下优点或有益效果：

1、在开机执行路径下文件路径下加入进行reboot测试的相关内容，在开机时按照第二脚本文件的内容自动进行相应的测试，并自动记录测试时间和测试次数，节省时间，提高测试的可靠性。

2、测试完成后将第一脚本文件删除，使开机后不再执行第一脚本文件，从而结束测试，操作简单方便。

3、测试开始时，首先删除上次测试的残留文件，避免残留文件对本次测试的影响，提高测试的准确性。

附图说明

图1是本发明的方法流程图；

图2是是本发明不限制测试次数时的测试流程图；

图3是本发明设定测试次数时的测试流程图。

具体实施方式

为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

如图1所示，本发明的一种在solaris11系统下进行reboot测试的方法。包括以下步骤：

s1，在开机执行路径下生成第一脚本文件；

s2，在第一脚本文件内加入进行reboot测试的第二脚本文件；

s3，在第二脚本文件内写入测试参数变量和对应的测试过程；

s4，开机执行第一脚本文件，按照第二脚本文件内写入的测试参数变量和对应的测试过程进行reboot测试。

步骤s1中，在/etc/rc2.d/路径下生成第一脚本文件，该目录下的文件开机进入系统时会被系统执行一次，第一脚本文件为s99reboot.sh文件。

步骤s2中，将执行reboot测试的第二脚本文件加入到s99reboot.sh文件下，并加入执行第二脚本文件的命令，第二脚本文件为bootfile文件，在开始执行第一脚本文件时，调用执行第二脚本文件的命令，实现开机自动进行reboot测试。

步骤s3中，写入的测试参数变量的值为“start”、“time”和“stop”。

步骤s4中，当测试参数变量的值为“start”时，进行不限次数的测试，如图2所示，对应的测试过程为：

删除上次测试的残留文件，重启系统；

记录执行重启的时间和重启的次数；

按照设置的等待时间进行等待；

在等待时间内，判断是否修改测试参数变量的值为“stop”；

如是，则结束测试；若否，则重复进行测试。

其中，等待的时间通常设定为100s，在该等待时间内，测试人员根据测试需求，更改测试参数变量的值为“stop”从而结束测试，操作简单方便。

当测试参数变量的值为“time”时，进行设定次数的测试，如图3所示，对应的测试过程为：

删除上次测试残留的文件，重启系统；

获取设定的测试次数；

记录执行重启的时间和重启的次数；

将记录的重启次数与设定的测试次数进行比较，在记录的重启次数大于设定的测试次数时，结束测试。

在上述测试过程中，无论进行不限次数的测试还是设定次数的测试，在测试开始时，首先删除上次测试残留的文件，残留的文件是指记录测试次数的文件，因为该文件可能会对本次测试造成影响，造成测试结果的不准确。

通过将data命令写入bootfile来获取重启时间，同时将“reboot”字符写入bootfile文件中，每执行依次reboot测试，写入一个“reboot”字符，通过统计“reboot”字符的个数，计算进行reboot测试的次数。

为保证上述测试的顺利进行，还需要设置第一脚本文件和第二脚本文件的执行权限，是第一脚本文件和第二脚本文件能够在solaris11系统下被执行。

为保证测试结果的准确性，在测试过程中，若接收到上述命令以外的其他命令时，提示测试错误，从而退出测试。

以上所述只是本发明的优选实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也被视为本发明的保护范围。