CN110851306A

CN110851306A - 一种随机场景的稳定性测试方法、系统和设备

Info

Publication number: CN110851306A
Application number: CN201910901433.7A
Authority: CN
Inventors: 贠雄斌
Original assignee: Suzhou Wave Intelligent Technology Co Ltd
Current assignee: Suzhou Wave Intelligent Technology Co Ltd
Priority date: 2019-09-23
Filing date: 2019-09-23
Publication date: 2020-02-28

Abstract

本发明提出的一种随机场景的稳定性测试方法、系统和设备，能够模拟服务器应用场景，将老化测试的模块工作，依据系统的随机功能发送执行老化测试项其中之一的测试项，这样可以有效的适用于服务器的使用高峰期、静止备用期、服务器电路高低电频转换期等等，也同时具备了服务器的耐力测试功能。

Description

一种随机场景的稳定性测试方法、系统和设备

技术领域

本发明涉及服务器硬件系统测试技术领域，更具体的说是涉及一种随机场景的稳定性测试方法、系统和设备。

背景技术

服务器硬件系统测试是以系统稳定性为重中之重，稳定性可以有效的保障服务器的硬件品质。

传统的服务器产品稳定性测试包含了DC、reboot、压力、Idel静止压力等等测试项目，而且都是具有独立运行、长时间老化等特性，在这个测试过程中，传统的测试需求为DC1000圈、reboot 1000圈、压力72小时，静止压力测试48小时等，这部分测试内容，可以理解为老化测试。

而服务器的现实使用场景是一种集成以上测试项目为一体的场景，独立性的测试项目并不能充分体现应用场景。

发明内容

针对以上问题，本发明的目的在于提供一种随机场景的稳定性测试方法、系统和设备。可以模拟服务器应用场景，也同时具备了服务器的耐力测试功能。

本发明为实现上述目的，通过以下技术方案实现：一种随机场景的稳定性测试方法，包括：

建立一个包括预设测试线程的测试模块库；

主体管控线程随机调用测试模块库内的预设测试线程；

根据被调用的预设测试线程的线程性，选择相应的测试模块调用方式，完成测试模块的调用；

主体管控线程记录被调用的预设测试线程的测试数据；

主体管控线程根据预设的判断依据，循环调用预设测试线程并记录测试数据。

进一步，所述预设测试线程包括：DCcycle测试线程、reboot测试线程、stress测试线程、idle测试线程。

进一步，所述建立一个包括预设测试线程的测试模块库包括：对测试模块库内的每一预设测试线程设置一个唯一指代的随机编码值。

进一步，所述主体管控线程随机调用测试模块库内的预设测试线程具体为：调用所述的随机编码值，并返回给主体管控线程；

主体管控线程根据获取的随机编码值启动对应的测试线程。

进一步，所述根据被调用的预设测试线程的线程性，选择相应的测试模块调用方式，完成测试模块的调用包括：

查看被调用的预设测试线程的线程性，如果是直接下发和执行的测试线程，直接将预设测试线程下发到对应的测试模块；如果是需要重启系统后下发和执行的测试线程，检索当前系统是否存在预设测试线程，如果不存在，首先，清除系统中测试线程的设置数据，然后将获取的随机编码值对应的测试线程写入当前系统下的第一启动测试程序，并重启系统。

进一步，所述stress测试线程和idle测试线程为直接下发和执行的测试线程；所述DCcycle测试线程和reboot测试线程为需要重启系统后下发和执行的测试线程。

进一步，所述当前系统下的第一启动测试程序为：当前系统预设的启动脚本文件。

进一步，所述预设的判断依据为预设测试次数或者预设测试时长。

相应的，本发明还公开了一种随机场景的稳定性测试系统，包括：

组建单元，用于建立一个包括预设测试线程的测试模块库；

调用单元，用于主体管控线程随机调用测试模块库内的预设测试线程；

记录单元，用于主体管控线程记录预设测试线程的测试数据；

判定单元，用于主体管控线程根据预设的判断依据循环调用预设测试线程并记录测试数据。

相应的，本发明还公开了一种随机场景的稳定性测试设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上文任一项所述随机场景的稳定性测试方法步骤。

对比现有技术，本发明有益效果在于：本发明提供了一种随机场景的稳定性测试方法、系统和设备，能够模拟服务器应用场景，将老化测试的模块工作，依据系统的随机功能发送执行老化测试项其中之一的测试项，这样可以有效的适用于服务器的使用高峰期、静止备用期、服务器电路高低电频转换期等等，也同时具备了服务器的耐力测试功能。

本发明有效的实现了随机测试线程的调用、测试应用场景的搭建与控制、自动存储测试操作记录，进而实现了随机的稳定性场景测试。

由此可见，本发明与现有技术相比，具有突出的实质性特点和显著的进步，其实施的有益效果也是显而易见的。

附图说明

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

附图1是本发明的方法流程图。

附图2是本发明的系统结构图。

具体实施方式

下面结合附图对本发明的具体实施方式做出说明。

实施例一：

如图1所示，本发明提供了一种随机场景的稳定性测试方法，包括：

建立一个包括预设测试线程的测试模块库。其中，预设测试线程包括：DCcycle测试线程、reboot测试线程、stress测试线程、idle测试线程。为了便于后续对预设测试线程进行随机读操作，对测试模块库内的每一预设测试线程设置一个唯一指代的随机编码值。

主体管控线程随机调用测试模块库内的预设测试线程。具体为：首先，调用所述的随机编码值，并返回给主体管控线程；然后，主体管控线程根据获取的随机编码值启动对应的测试线程。

根据被调用的预设测试线程的线程性，选择相应的测试模块调用方式，完成测试模块的调用。由于测试线程的线程性分为两种，一是不重启系统的命令下发和执行，这个比较简单，是一种单线程的调用执行方式，只需一条命令下发一个测试模块项目，接着另一条命令下发下一个测试模块项目，依次类推，此测试模块项目如stress、idle等等；第二种为需要重启系统的命令下发与执行，这类测试模块项目需要编辑系统中的第一启动测试程序，例如linux系统的/etc/rc.local、/root/.bashrc、/root/.bash_profille等等文件，接着实施linux的自动登录等准备工作；以上均为发送与执行的命令方式，然而第二类方式还需要清除测试模块的设置，以保障测试环境处于初始化的状态。因此，针对上述第二种测试线程，采用如下方法：检索当前系统是否存在测试线程，如果不存在，首先，清除系统中测试线程的设置数据，然后将获取的随机编码值对应的测试线程写入当前系统下的第一启动测试程序，并重启系统。

主体管控线程记录被调用的预设测试线程的测试数据。由于每个测试线程具有独立性，并给出测试结论的判定，同时将测试自动评估结果上传给主体管控线程，在主体管控线程下显示并记录当前测试状态。

主体管控线程根据预设的判断依据循环调用预设测试线程并记录测试数据。客户可以依据实际测试需要预设测试Loop循环次数或者预设测试时长作为循环调用的判断依据。

实施例二：

本发明提供了一种随机场景的稳定性测试方法，包括如下步骤：

步骤一：建立一个预设的测试模块库，包括预设的DCcycle、reboot、stress、idle测试项目，具备了测试模块库后，接着对测试模块库内容进行随机读操作，具体脚本内容如下：

本步骤可以有效的解决随机调用测试模块库内容，为测试项目实施做好了前提准备。

步骤二：根据被调用的测试模块的线程性，选择相应的测试模块调用方式，完成测试模块的调用。

由于测试应用场景的线程性分为两种，一是不重启系统的命令下发和执行，这个比较简单，是一种单线程的调用执行方式，只需一条命名下发一个测试模块项目，接着另一条命令下发下一个测试模块项目，依次类推，此测试模块项目如stress、idle等等；第二种为需要重启系统的命令下发与执行，这类测试模块项目需要编辑系统中的第一启动测试程序，例如linux系统的/etc/rc.local、/root/.bashrc、/root/.bash_profille等等文件，接着实施linux的自动登录等准备工作；以上均为发送与执行的命令方式，然而第二类方式还需要清除测试模块的设置，以保障测试环境处于初始化的状态。

具体脚本内容如下：

通过应用/root/.bashrc的方式加载第一启动程序实施测试模块执行，有了它可以顺序实施下一步的测试模块任务，保障了重启系统后依然可以执行，reboot测试模块雷同此方式；

有了加载也必须具备清除的功能，具体脚本内容如下：

if grep-q"$(basename$0)"～/.bashrc>/dev/null；then

sed-i'13,$d'～/.bashrc

fi

以上两个方法的结合，有效的保障了DC、reboot测试模块等需要重启系统执行的方式

步骤三：当一个测试模块执行完成时，将测试结果记录在一个小文本(log)里。本步骤有利于测试线程的追踪和下步测试计划的实施。

步骤四：将测试结果上传给主体管控线程，在主体管控线程下显示当前测试状态。

本实施例提供了一种随机场景的稳定性测试方法，实际解决了三个技术难点，一个是随机测试模块调用；二是测试应用场景的搭建与控制；三是自动测试操作记录。

相应的，基于上述实施例提供的随机场景的稳定性测试方法，如图2所示，本发明还公开了一种随机场景的稳定性测试系统，包括：

组建单元，用于建立一个包括预设测试线程的测试模块库；

存储器，用于存储计算机程序；

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中如U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，包括若干指令用以使得一台计算机终端(可以是个人计算机，服务器，或者第二终端、网络终端等)执行本发明各个实施例所述方法的全部或部分步骤。本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于终端实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

在本发明所提供的实施例中，应该理解到，所揭露的系统、系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。

同理，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

结合附图和具体实施例，对本发明作进一步说明。应理解，这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所限定的范围。

Claims

1.一种随机场景的稳定性测试方法，其特征在于，包括：

建立一个包括预设测试线程的测试模块库；

主体管控线程随机调用测试模块库内的预设测试线程；

主体管控线程记录被调用的预设测试线程的测试数据；

主体管控线程根据预设的判断依据,循环调用预设测试线程并记录测试数据。

2.根据权利要求1所述的随机场景的稳定性测试方法，其特征在于，所述预设测试线程包括DCcycle测试线程、reboot测试线程、stress测试线程和idle测试线程中的至少一种。

3.根据权利要求2所述的随机场景的稳定性测试方法，其特征在于，所述建立一个包括预设测试线程的测试模块库包括：对测试模块库内的每一预设测试线程设置一个唯一指代的随机编码值。

4.根据权利要求3所述的随机场景的稳定性测试方法，其特征在于，所述主体管控线程随机调用测试模块库内的预设测试线程具体为：

调用所述的随机编码值，并返回给主体管控线程；

主体管控线程根据获取的随机编码值启动对应的预设测试线程。

5.根据权利要求4所述的随机场景的稳定性测试方法，其特征在于，所述根据被调用的预设测试线程的线程性，选择相应的测试模块调用方式，完成测试模块的调用包括：

6.根据权利要求5所述的随机场景的稳定性测试方法，其特征在于，所述stress测试线程和idle测试线程为直接下发和执行的测试线程；所述DCcycle测试线程和reboot测试线程为需要重启系统后下发和执行的测试线程。

7.根据权利要求5所述的随机场景的稳定性测试方法，其特征在于，

所述当前系统下的第一启动测试程序为：当前系统预设的启动脚本文件。

8.根据权利要求1所述的随机场景的稳定性测试方法，其特征在于，所述预设的判断依据为预设测试次数或者预设测试时长。

9.一种随机场景的稳定性测试系统，其特征在于，包括：

组建单元，用于建立一个包括预设测试线程的测试模块库；

10.一种随机场景的稳定性测试设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至8任一项所述随机场景的稳定性测试方法步骤。