一种压力测试方法、装置、电子设备和存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种压力测试方法、装置、电子设备和存储介质。


背景技术：

2.随着计算机技术的迅速发展，服务器设备己经成为支撑网络通信的重要工具，服务器的安全性和稳定性则成为了人们进行工作、生活的必要保障，因此在服务器出厂之前，需要对服务器设备进行必要的压力测试。
3.现有的压力测试方式，在每次进行压力测试前，都需要将服务器设备进行重启，并且为了得到可靠的性能测试结果，需要不断的重复执行上述操作，尤其对于服务器的生产线来说，一条生产线产出大量的服务器设备，通过上述方式对服务器进行压力测试时，需要耗费大量的人力成本和时间成本，压力测试效率较低。


技术实现要素：

4.本发明实施例提供了一种压力测试方法、装置、设备和存储介质，实现了基于多种压力测试类型的串行压力测试。
5.第一方面，本发明实施例提供了一种压力测试方法，包括：
6.将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件；
7.通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，以对所述被测试设备进行串行压力测试。
8.在将测试压缩包上传至被测试设备的用户文件夹前，还包括：关闭被测试设备的超线程，并将所述被测试设备的启动方式设置为命令行启动。通过将被测试设备的启动方式修改为命令行启动，以及预先关闭超级线程，减少了设备启动占用的系统资源，提高系统运行速度。
9.在获取解压缩后的测试文件夹后，还包括：对所述测试文件夹内的文件类型以及文件关联关系，进行合规性检测。确保了串行压力测试所需文件的完整性，避免由于文件缺失导致压力测试异常，影响测试结果准确性。
10.所述通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，具体包括：获取待执行的当前测试文件，并判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求；若满足，则通过所述串行执行文件，执行所述当前测试文件；若不满足，则向所述被测试设备发出重启信号，以使所述被测试设备通过重启释放系统资源。被测试设备通过重启释放系统资源，避免了系统资源不足导致压力测试失败的情况发生，防止压力测试中的异常中断导致测试文件损坏。
11.所述判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求，
具体包括：获取与所述当前测试文件对应的目标压力测试类型，并获取所述目标压力测试类型的测试需求阈值；根据所述目标压力测试类型的测试需求阈值，判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求。针对不同类型的压力测试，分别设定不同的测试需求阈值，以在确保压力测试顺利执行的同时，合理利用系统资源。
12.在通过所述串行执行文件，依次执行各所述压力测试类型的测试文件前，还包括：判断所述被测试设备的系统资源，是否满足串行压力测试的测试需求；若不满足，则向所述被测试设备发出重启信号，以使所述被测试设备通过重启释放系统资源；所述通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，包括：若满足，则通过所述串行执行文件，依次执行各所述压力测试类型的测试文件。确保了串行压力测试的连续性，同时也使得后续的压力测试充分利用前序压力测试的测试结果，进一步扩大串行压力测试的多样性。
13.所述压力测试类型包括链路读写测试、上电稳定测试、健壮性测试和组件运行测试。通过不同类型的测试文件，对被测试设备的不同设备功能进行了压力测试，进一步扩展了压力测试的全面性。
14.第二方面，本发明实施例提供了一种压力测试装置，包括：
15.测试文件夹获取模块，用于将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件；
16.串行压力测试执行模块，用于通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，以对所述被测试设备进行串行压力测试。
17.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
18.一个或多个处理器；
19.存储装置，用于存储一个或多个程序；
20.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的压力测试方法。
21.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时实现本发明任意实施例所述的压力测试方法。
22.本发明实施例提供的技术方案，在将测试压缩包上传至被测试设备的用户文件夹后，获取解压缩后的测试文件夹，进而通过串行执行文件，依次执行各压力测试类型的测试文件，以对被测试设备进行串行压力测试，在实现压力测试自动化的同时，减少了压力测试耗费的人力成本和时间成本，进一步扩展了压力测试的全面性，提高了压力测试效率。
附图说明
23.图1是本发明实施例一提供的一种压力测试方法的流程图；
24.图2是本发明实施例二提供的一种压力测试方法的流程图；
25.图3是本发明实施例三提供的一种压力测试方法的流程图；
26.图4是本发明实施例四提供的一种压力测试装置的结构框图；
27.图5是本发明实施例五提供的一种电子设备的结构框图。
具体实施方式
28.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
29.实施例一
30.图1为本发明实施例一提供的一种压力测试方法的流程图，本实施例可适用于对被测试设备进行多种压力测试类型下的串行压力测试，该方法可以由本发明实施例中的压力测试装置来执行，该装置可以通过软件和/或硬件实现，并集成在被测试设备中，以对被测试设备进行串行压力测试，或者集成在独立的测试服务器中，以通过测试服务器对被测试设备进行串行压力测试，被测试设备包括服务器和终端设备，该方法具体包括如下步骤：
31.s110、将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件。
32.被测试设备启动后，将串行压力测试所需的测试压缩包上传至被测试设备的用户文件夹中，例如，被测试设备以默认用户名(例如，用户名user)启动后，将测试压缩包上传至用户文件夹“/user/local”中，进而再对测试压缩包进行解压缩处理，获取解压缩后的测试文件夹，例如，测试文件夹的名称为“snk”，测试文件夹即为“/user/local/snk”；其中，不同的压力测试类型对应不同的测试文件，同时也针对不同的设备功能进行测试，例如，测试文件夹包括内存测试文件、中央处理器测试文件、磁盘测试文件和网络测试文件，分别对被测试设备的内存空间、中央处理器的可用性、磁盘空间和网络带宽进行测试；测试文件包括测试执行文件和测试配置文件，测试执行文件也即执行上述压力测试的脚本文件，测试配置文件则为测试执行文件提供了执行压力测试时所需的配置参数；串行执行文件是集成有串行测试框架的主脚本文件，其作用在于读取并执行各个测试文件，基于脚本注入技术的串行执行文件，记录了各种压力测试类型的执行顺序。
33.可选的，在本发明实施例中，在将测试压缩包上传至被测试设备的用户文件夹前，还包括：关闭被测试设备的超线程，并将所述被测试设备的启动方式设置为命令行启动。计算机设备通常以图形启动作为默认启动模式，以符合用户的操作习惯，但图形启动模式需要占用较多的系统资源，且启动速度较慢，在本发明实施例中，将被测试设备的启动方式修改为命令行启动，以减少设备启动占用的系统资源，提高系统运行速度；超线程(hyper-threading，ht)是将多线程处理器内部的两个逻辑内核模拟成两个物理芯片，使得单个处理器使用线程级的并行计算，而在本发明实施例中，以串行方式执行多种压力测试，不需要对超级线程进行调用，因此，通过预先关闭上述超级线程，进一步提高了系统运行速度，减少了系统资源占用。
34.可选的，在本发明实施例中，在获取解压缩后的测试文件夹后，还包括：对所述测试文件夹内的文件类型以及文件关联关系，进行合规性检测。对被测试设备进行多种压力测试类型下的串行压力测试时，每种压力测试类型需要分别对应不同的测试执行文件，如果每种压力测试类型所需的配置参数不相同，每种压力测试类型还需要分别对应一个测试配置文件，如果存在配置参数相同的多个压力测试类型，测试文件夹中也需要包括至少一个测试配置文件；同时，文件夹中还需要包括一个串行测试框架的主脚本文件(即串行执行
文件)，压力测试所需的函数库文件，以及记录了测试执行文件与测试配置文件之间关联关系的目录文件；因此，在获取到测试文件夹后，根据该测试文件夹支持的压力测试类型，判断测试文件夹中的文件是否符合上述文件类型要求，以及测试文件夹中的测试执行文件和测试配置文件，是否符合目录文件记录的关联关系，进而确保串行压力测试所需文件的完整性，避免由于文件缺失导致压力测试异常，影响测试结果准确性。
35.可选的，在本发明实施例中，所述压力测试类型包括链路读写测试、上电稳定测试、健壮性测试和组件运行测试。链路读写测试，是对被测试设备的存储链路的稳定性和工作效率，以及硬盘的读写速度进行测试，具体是通过串行执行文件执行fio测试文件实现；其中，fio是io(input/output，输入/输出)测试中的一种测试工具，可以运行在linux和windows等多种系统中；上电稳定测试，即对被测试设备的上电过程的稳定性进行测试，不包括辅助(auxiliary，aux)电源的上电过程，具体是通过串行执行文件执行dc(direct current，直流电)测试文件实现。健壮性测试，是通过重启应用程序或者启动异常软件等方式，测试操作系统的稳定性，以确定被测试设备是否具备不死机、不宕机的健壮特性，具体是通过串行执行文件执行reboot(reuse based on object-oriented technology，基于面向对象技术的复用)测试文件实现。
36.特别的，dc测试执行文件和reboot测试执行文件可以使用相同的配置参数进行测试，即dc测试配置文件和reboot测试配置文件为同一个文件，也可以使用不同的配置参数进行测试，即dc测试配置文件和reboot测试配置文件为不同的文件；其中，dc测试配置文件和reboot测试配置文件中的配置参数“delay”表示延迟时间，“wait”表示关机后再开机的等待时间，“check”表示是否比较每两圈的machine(机器)信息，“flag”表示如果比较machine信息不等时是否退出，“loop”表示执行的圈数，“bmc_reset”表示用户执行bmc_reset的密码(code)信息；组件运行测试，是对被测试设备的中央处理器的工作稳定性以及内存访问的稳定性进行测试，具体是通过串行执行文件执行linpack(linear system package，线性系统软件包)测试文件实现；其中，linpack测试配置文件中指定了linpack测试执行文件的运行时间；通过不同类型的测试文件，对被测试设备的不同设备功能进行了压力测试，进一步扩展了压力测试的全面性。
37.s120、通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，以对所述被测试设备进行串行压力测试。
38.在执行串行压力测试前，首先设置用于存储测试结果的标志文件夹以及存放临时文件的临时文件夹，再通过shell指令执行串行执行文件，以启动串行压力测试，进而通过依次执行各种压力测试类型的测试文件，获取压力测试结果；以上述技术方案为例，通过串行执行文件，依次执行fio测试文件、dc测试文件、reboot测试文件和linpack测试文件，以实现被测试设备的链路读写测试、上电稳定测试、健壮性测试和组件运行测试；在检测到串行压力测试完成时，通过串行执行文件发出结束指令，结束本次串行压力测试，并清空临时文件夹；而当检测到宕机等异常运行信号时，通过串行执行文件，同样发出上述结束指令，以结束本次串行压力测试，避免测试文件被损坏。
39.特别的，在本发明实施例中，可以将串行压力测试的执行顺序设定为依次执行上电稳定测试、链路读写测试、健壮性测试和组件运行测试；具体的，当被测试设备启动时，利用通电后的启动过程，执行上电稳定测试，待到上电稳定测试结束时，被测试设备也处于启
动完成阶段，此时执行链路读写测试，测试存储链路的稳定性以及硬盘的读写速度；在上述正常的存储操作及读写操作完成后，通过不断重启上述应用程序或者中断应用程序的方式，执行健壮性测试，以测试操作系统的稳定性；最后在健壮性测试完成的基础上，执行组件运行测试，以进一步测试中央处理器和内存访问，在上述较为极端的健壮性测试条件执行后的稳定性，既确保了各种压力测试在时序上的连续性，又确保了后续的压力测试充分利用前序压力测试的测试结果，扩展了压力测试的全面性。
40.本发明实施例提供的技术方案，在将测试压缩包上传至被测试设备的用户文件夹后，获取解压缩后的测试文件夹，进而通过串行执行文件，依次执行各压力测试类型的测试文件，以对被测试设备进行串行压力测试，在实现压力测试自动化的同时，减少了压力测试耗费的人力成本和时间成本，进一步扩展了压力测试的全面性，提高了压力测试效率。
41.实施例二
42.图2为本发明实施例二提供的一种压力测试方法的流程图，本实施例在上述技术方案的基础上进行具体化，在本实施例中，在执行一个测试文件前，还需要判断被测试设备的系统资源，是否满足该测试文件的测试需求，该方法具体包括：
43.s210、将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件；执行s220。
44.s220、依次获取各所述压力测试类型的测试文件；执行s230。
45.s230、判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求；若是，执行s240；若否，执行s250。
46.s240、通过所述串行执行文件，执行所述当前测试文件。
47.s250、向所述被测试设备发出重启信号，以使所述被测试设备通过重启释放系统资源。
48.本发明实施例中的系统资源包括空闲内存的数量、cpu的工作频率，以及被测试设备接入网络的网络带宽数值；在执行一个测试文件前，先判断系统资源是否满足单次压力测试所需的测试需求，若满足，则通过串行执行文件执行当前测试文件，若不满足，则向被测试设备发出重启信号，以使被测试设备通过重启释放系统资源，避免系统资源不足导致压力测试失败的情况发生，防止压力测试中的异常中断导致测试文件损坏。
49.可选的，在本发明实施例中，所述判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求，具体包括：获取与所述当前测试文件对应的目标压力测试类型，并获取所述目标压力测试类型的测试需求阈值；根据所述目标压力测试类型的测试需求阈值，判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求。不同类型的压力测试，占用的系统资源不同，以上述技术方案为例，fio测试文件和linpack测试文件需要占用较多的系统资源，也即链路读写测试和组件运行测试的测试需求阈值较大；dc测试文件和reboot测试文件仅需要占用较少的系统资源，即上电稳定测试和健壮性测试的测试需求阈值较小；因此，针对不同类型的压力测试，分别设定不同的测试需求阈值，以在确保压力测试顺利执行的同时，合理利用系统资源。
50.本发明实施例提供的技术方案，判断被测试设备的系统资源，是否满足当前测试文件的测试需求，若满足则通过串行执行文件，执行当前测试文件，若不满足则向被测试设
备发出重启信号，以使被测试设备通过重启释放系统资源，避免系统资源不足导致压力测试失败的情况发生，防止压力测试中的异常中断导致测试文件损坏。
51.实施例三
52.图3为本发明实施例三提供的一种压力测试方法的流程图，本实施例在上述技术方案的基础上进行具体化，在本实施例中，在通过串行执行文件，依次执行各压力测试类型的测试文件前，先判断被测试设备的系统资源，是否满足串行压力测试的测试需求，该方法具体包括：
53.s310、将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件；执行s320。
54.s320、判断所述被测试设备的系统资源，是否满足串行压力测试的测试需求；若否，执行s330；若是，执行s340。
55.s330、向所述被测试设备发出重启信号，以使所述被测试设备通过重启释放系统资源。
56.s340、通过所述串行执行文件，依次执行各所述压力测试类型的测试文件。
57.为了获取测试前后的多个比对结果，被测试设备需要循环执行串行压力测试，因此，在不重启的情况下，占用的系统资源会随着循环次数的增多不断增多，为了确保串行压力测试的连续性，可以在每次执行串行压力测试之前，预先判断被测试设备的系统资源，是否同时满足所有类型的压力测试的测试需求，若不满足，则向被测试设备发出重启信号，以使被测试设备通过重启释放系统资源，确保串行压力测试的连续性，也确保后续的压力测试充分利用前序压力测试的测试结果。
58.本发明实施例提供的技术方案，判断被测试设备的系统资源，是否满足串行压力测试的测试需求，若满足则通过串行执行文件，依次执行各压力测试类型的测试文件，若不满足则向被测试设备发出重启信号，以使被测试设备通过重启释放系统资源，确保了串行压力测试的连续性，同时也使得后续的压力测试充分利用前序压力测试的测试结果，进一步扩大串行压力测试的多样性。
59.实施例四
60.图4是本发明实施例四所提供的一种压力测试装置的结构框图，该装置具体包括：测试文件夹获取模块410和串行压力测试执行模块420；
61.测试文件夹获取模块410，用于将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件；
62.串行压力测试执行模块420，用于通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，以对所述被测试设备进行串行压力测试。
63.本发明实施例提供的技术方案，在将测试压缩包上传至被测试设备的用户文件夹后，获取解压缩后的测试文件夹，进而通过串行执行文件，依次执行各压力测试类型的测试文件，以对被测试设备进行串行压力测试，在实现压力测试自动化的同时，减少了压力测试耗费的人力成本和时间成本，进一步扩展了压力测试的全面性，提高了压力测试效率。
64.可选的，在上述技术方案的基础上，压力测试装置，还包括：
65.启动设置模块，用于关闭被测试设备的超线程，并将所述被测试设备的启动方式设置为命令行启动。
66.可选的，在上述技术方案的基础上，压力测试装置，还包括：
67.合规性检测执行模块，用于对所述测试文件夹内的文件类型以及文件关联关系，进行合规性检测。
68.可选的，在上述技术方案的基础上，串行压力测试执行模块420，具体包括：
69.系统资源判断单元，用于获取待执行的当前测试文件，并判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求；
70.测试文件执行单元，用于若所述被测试设备的系统资源，满足所述目标测试文件的测试需求，则通过所述串行执行文件，执行所述当前测试文件；
71.重启信号发出单元，用于若所述被测试设备的系统资源，不满足所述目标测试文件的测试需求，则向所述被测试设备发出重启信号，以使所述被测试设备通过重启释放系统资源。
72.可选的，在上述技术方案的基础上，第一系统资源判断单元，具体包括：
73.阈值获取子单元，用于获取与所述当前测试文件对应的目标压力测试类型，并获取所述目标压力测试类型的测试需求阈值；
74.判断执行子单元，用于根据所述目标压力测试类型的测试需求阈值，判断所述被测试设备的系统资源，是否满足所述当前测试文件的测试需求。
75.可选的，在上述技术方案的基础上，压力测试装置，还包括：
76.系统资源判断模块，用于判断所述被测试设备的系统资源，是否满足所述串行压力测试的测试需求；
77.重启信号发出模块，用于若所述被测试设备的系统资源，不满足所述串行压力测试的测试需求，则向所述被测试设备发出重启信号，以使所述被测试设备通过重启释放系统资源。
78.可选的，在上述技术方案的基础上，串行压力测试执行模块420，具体用于若所述被测试设备的系统资源，满足所述串行压力测试的测试需求，则通过所述串行执行文件，依次执行各所述压力测试类型的测试文件。
79.可选的，在上述技术方案的基础上，所述压力测试类型包括链路读写测试、上电稳定测试、健壮性测试和组件运行测试。
80.上述装置可执行本发明任意实施例所提供的压力测试方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的方法。
81.实施例五
82.图5为本发明实施例五提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图5显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
83.如图5所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储器28，连接不同系统组件(包括存储器28和处理单元16)的总线18。
84.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
85.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
86.存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
87.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
88.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
89.处理单元16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的压力测试方法。也即：将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文件包括测试执行文件和测试配置文件；通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，以对所述被测试设备进行串行压力测试。
90.实施例六
91.本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所述的压力测试方法；该方法包括：
92.将测试压缩包上传至被测试设备的用户文件夹，并获取解压缩后的测试文件夹；其中，所述测试文件夹包括串行执行文件以及不同压力测试类型的测试文件，所述测试文
件包括测试执行文件和测试配置文件；
93.通过所述串行执行文件，依次执行各所述压力测试类型的测试文件，以对所述被测试设备进行串行压力测试。
94.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
95.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
96.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
97.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
98.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。