本发明涉及服务器测试领域，更具体地说，涉及一种linux下自动检查软硬件配置的稳定性测试方法。
背景技术：
目前，在服务器领域，linux系统相比于windows系统更加稳定，占据了服务器系统的大半壁江山，因此，对于硬件制造商和使用者来说，linux系统下服务器的稳定性是非常重要的因素。
当前服务器的稳定性测试，主要测试系统的长时间稳定运行能力，通过对用户实际使用场景的负载及应用场景分析，模拟真实的用户使用场景，并进行长时间的稳定运行，以保证产品在长时间运行方面可能存在的潜在问题的及时发现和有效解决。
上述的测试过程中，不能有效的检查每次系统开机时所有软硬件运行状况，存在一定的风险。
技术实现要素：
为了解决上述问题，提供了一种linux下自动检查软硬件配置的稳定性测试方法，不仅可以自动检查软硬件配置，同时简化了测试执行过程，提升了测试效率。
本发明实施例提供了一种linux下自动检查软硬件配置的稳定性测试方法，所述的方法包括：
步骤1：安装linuxos和测试工具至待测机器；
步骤2：使用bashsit_reboot_test_linux.shcheck命令启动测试，收集系统软硬件信息到相应log文件夹；
步骤3：检查相应log确定软硬件信息与实际无误后，再使用命令执行相应的稳定性测试。
进一步的，步骤3的具体实现过程为：
执行sit_reboot_test_linux.sh命令；
判断命令中是否有参数，若有，首先检查参数配置生成配置文件，然后利用配置文件收集软硬件配置信息，最后根据测试类型type变量选择执行动作；若没有，检查到配置文件后，检查软硬件信息，并根据测试类型type变量选择执行动作。
进一步的，如果在判断命令中没有参数，且未检查到配置文件，将跳转到命令中有参数的执行流程中。
进一步的，检查参数配置生成配置文件的具体过程为：
检查第一参数值，
根据命令中的测试类型，选择相应的参数形成测试类型的变量，并将变量写入配置文件中。
进一步的，若命令中的测试类型为check，则读取第一参数形成测试类型type变量，并覆盖写入配置文件中；若命令中的测试类型为reboot或dc/ac，则首先读取第一参数形成测试类型type变量，然后通过输入或读取第二参数形成测试圈数loops变量，最后将测试类型type变量和测试圈数loops变量写入配置文件中；若命令中的测试类型不属于check或reboot或dc/ac中的任意一种，则中断测试。
进一步的，检查参数配置生成配置文件后，利用配置文件收集软硬件配置信息的具体过程为：
检查linuxos下必要的测试工具是否安装，并在未安装时进行安装；
从当前目录及脚本运行命令中，获取该脚本执行的绝对路径，检查该脚本绝对路径运行命令是否已写入/root/.bashrc中，没有则不带参数写入绝对路径运行命令，设置该脚本在进linuxos后自动执行；
将系统默认界面设置为文字界面，并设置autologin；
log目录中按照测试类型，检查$type-log目录是否存在，若是，则删除所有目录中的log文件；若否，则创建log目录；
将当前系统时间记录到log目录warmboot.log中；
收集系统所有软件和硬件配置信息，并分别保存到log目录的样本文件中。
进一步的，利用配置文件收集软硬件配置信息后，根据测试类型type变量选择执行动作的具体过程为：如果测试类型为reboot，则重启服务器后执行sit_reboot_test_linux.sh命令；如果测试类型为dc/ac，则关机重开机后，执行sit_reboot_test_linux.sh命令；如果测试类型为check，则不执行任何动作，直接返回执行sit_reboot_test_linux.sh命令。
进一步的，检查软硬件信息的具体过程为：
从配置文件中获取测试类型记入type变量，并获取测试总圈数记入loops变量；
通过log目录warmboot.log获取测试已经运行的圈数，记入runloop变量；
读取当前系统时间记录到log目录warmboot.log中；
收集系统所有软件和硬件配置信息，并分别保存到log目录的样本文件中；
将保存的所有log文件分别与相应的样本文件比对，文件比对完全相同时，在屏幕显示相应模块checkpass的信息；比对出现错误时，将当前时间写入log目录下的error目录下对应的errorlog，将当前测试圈数写入相应的errorlog，将错误内容写入相应的errorlog，并在屏幕显示相应模块checkfail的信息；
根据warmboot.log在屏幕汇报当前运行次数；
在log目录下的error目录中逐一检查是否存在相应模块的errorlog，不存在则在屏幕显示相应检查未发现异常；存在的则在屏幕显示相应模块发现异常的次数。
进一步的，检查软硬件配置信息后，根据测试类型type变量选择执行动作的具体过程为：
检测type变量的测试类型，若为check，则完成整个动作；若为reboot或dc/ac，则比较renloop是否小于loops，若是，则根据type变量为reboot或dc/ac选择重启或关机后重开机，若否，则完成测试。
发明内容中提供的效果仅仅是实施例的效果，而不是发明所有的全部效果，上述技术方案中的一个技术方案具有如下优点或有益效果：
本发明极大的提高了测试覆盖率，同时能极大的提高测试效率、降低人力投入，在每次稳定性测试进入os时，自动检查软硬件配置是否变化，当某次稳定性测试进入os后软件(mcinfo、bmc管理口信息、sensor状态、fru信息等模块)、硬件(cpu、内存、磁盘、所有pci/pcie设备信息、gpu、psu、各种网络接口信息等模块)配置发生错误时自动记录错误发生的时间、测试次数、具体软硬件模块以及具体错误内容；每次进入os下，屏幕打印本次软硬件配置检查结果，pass部分使用绿色字体显示，错误部分使用红色字体显示并汇报错误内容；每次进入os下，屏幕汇报测试开始后累计测试结果，历次均未出错的部分使用绿色字体显示，有出错的部分使用红色字体显示并汇报错误次数。
附图说明
图1是本发明实施例的方法流程图；
图2是本发明实施例步骤3的方法流程图。
具体实施方式
为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。
如图1所示，本发明实施例提供了一种linux下自动检查软硬件配置的稳定性测试方法，所述的方法包括：
步骤1：安装linuxos和测试工具至待测机器，具体实现过程为：将待测机器与疲劳机正确连接；待测机器正确安装linuxos,并将该测试工具拷贝到待测机器linuxos下。
步骤2：使用bashsit_reboot_test_linux.shcheck命令启动测试，收集系统软硬件信息到相应log文件夹，测试人员在检查相应log确定软硬件信息与实际无误后，进入下一步。
步骤3：使用命令执行相应的稳定性测试。
如图2所示，步骤3的具体实现过程为：首先，执行sit_reboot_test_linux.sh命令，然后判断命令中是否有参数，根据是否有参数进行不同的操作。如果在判断命令中没有参数，且未检查到配置文件，。
如果命令中有参数，首先检查参数配置生成配置文件，然后利用配置文件收集软硬件配置信息，具体过程为：检查第一参数值，根据命令中的测试类型，选择相应的参数形成测试类型的变量，并将变量写入配置文件中。
上述过程中，若命令中的测试类型为check，则读取第一参数形成测试类型type变量，并覆盖写入配置文件中；若命令中的测试类型为reboot或dc/ac，则首先读取第一参数形成测试类型type变量，然后通过输入或读取第二参数形成测试圈数loops变量，最后将测试类型type变量和测试圈数loops变量写入配置文件中；若命令中的测试类型不属于check或reboot或dc/ac中的任意一种，则中断测试。
利用配置文件收集软硬件配置信息的具体过程为：
检查linuxos下必要的测试工具是否安装，并在未安装时进行安装。
从当前目录及脚本运行命令中，获取该脚本执行的绝对路径，检查该脚本绝对路径运行命令是否已写入/root/.bashrc中，没有则不带参数写入绝对路径运行命令，设置该脚本在进linuxos后自动执行。
将系统默认界面设置为文字界面，并设置autologin。
log目录中按照测试类型，检查$type-log目录是否存在，若是，则删除所有目录中的log文件；若否，则创建log目录。
将当前系统时间记录到log目录warmboot.log中。
收集系统所有软件和硬件配置信息，并分别保存到log目录的样本文件中。
利用配置文件收集软硬件配置信息后，根据测试类型type变量选择执行动作，具体过程为：如果测试类型为reboot，则重启服务器后执行sit_reboot_test_linux.sh命令；如果测试类型为dc/ac，则关机重开机后，执行sit_reboot_test_linux.sh命令；如果测试类型为check，则不执行任何动作，直接返回执行sit_reboot_test_linux.sh命令。
如果命令中没有参数，首先检查配置文件是否存在，如果不存在，将跳转到命令中有参数的执行流程中，如果存在，进入检查软硬件信息流程，并根据测试类型type变量选择执行动作。
在本申请中，检查软硬件信息的具体过程为：
从配置文件中获取测试类型记入type变量，并获取测试总圈数记入loops变量。
通过log目录warmboot.log获取测试已经运行的圈数，记入runloop变量。
读取当前系统时间记录到log目录warmboot.log中。
收集系统所有软件和硬件配置信息，并分别保存到log目录的样本文件中。
将保存的所有log文件分别与相应的样本文件比对，文件比对完全相同时，在屏幕显示相应模块checkpass的信息；比对出现错误时，将当前时间写入log目录下的error目录下对应的errorlog，将当前测试圈数写入相应的errorlog，将错误内容写入相应的errorlog，并在屏幕显示相应模块checkfail的信息。
根据warmboot.log在屏幕汇报当前运行次数。
在log目录下的error目录中逐一检查是否存在相应模块的errorlog，不存在则在屏幕显示相应检查未发现异常；存在的则在屏幕显示相应模块发现异常的次数。
检查软硬件配置信息后，需要根据测试类型type变量选择执行动作，具体过程为：检测type变量的测试类型，若为check，则完成整个动作；若为reboot或dc/ac，则比较renloop是否小于loops，若是，则根据type变量为reboot或dc/ac选择重启或关机后重开机，若否，则完成测试。
尽管说明书及附图和实施例对本发明创造已进行了详细的说明，但是，本领域技术人员应当理解，仍然可以对本发明创造进行修改或者等同替换；而一切不脱离本发明创造的精神和范围的技术方案及其改进，其均涵盖在本发明创造专利的保护范围当中。