CN114490356A - 压力测试方法、系统、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种压力测试方法、系统、设备及存储介质。其中，方法包括如下的步骤：确定压力测试任务，所述压力测试任务中包括压力测试用例；确定用于执行所述压力测试任务的施压机；将所述压力测试用例发送至所述施压机，以由所述施压机根据所述压力测试用例确定运行于所述施压机上的设备模拟器的测试行为；其中，所述设备模拟器用于按照所述测试行为对物联网服务器进行压力测试。本申请实施例提供的压力测试方案适用于物联网压测场景。

Description

压力测试方法、系统、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种压力测试方法、系统、设备及存储介质。

背景技术

压力测试(简称压测)，是确定系统稳定性的一种测试方法，以考察其功能极限和隐患。

对于任何网络服务而言，压力测试是必不可少的，其中Apache JMeter是目前主流的开源的压力测试工具。Apache Jmeter的压测方案是基于接口调用，通过接口调用频率来对服务或服务器进行压力测试。这种基于接口的压测方案很难适用于复杂的物联网服务压测场景。

发明内容

鉴于上述问题，提出了本申请以提供一种解决上述问题或至少部分地解决上述问题的压力测试方法、系统、设备及存储介质。

于是，在本申请的一个实施例中，提供了一种压力测试方法，适用于压力测试服务器，其中，包括：

确定压力测试任务，所述压力测试任务中包括压力测试用例；

确定用于执行所述压力测试任务的施压机；

将所述压力测试用例发送至所述施压机，以由所述施压机根据所述压力测试用例确定运行于所述施压机上的设备模拟器的测试行为；

其中，所述设备模拟器用于按照所述测试行为对物联网服务器进行压力测试。

在本申请的又一实施例中，提供了一种压力测试方法，适用于施压机，其中，包括：

针对压力测试任务，运行相应的设备模拟器；

根据所述压力测试任务中包括的压力测试用例，确定所述设备模拟器的测试行为；

其中，所述设备模拟器按照所述测试行为对物联网服务器进行压力测试。

在本申请的又一实施例中，提供了一种压力测试系统，包括：

压力测试服务器，用于确定压力测试任务，所述压力测试任务中包括压力测试用例；确定用于执行所述压力测试任务的施压机；将所述压力测试用例发送至所述施压机；

所述施压机，用于根据所述压力测试用例确定运行于所述施压机上的设备模拟器的测试行为；

其中，所述设备模拟器用于按照所述测试行为对物联网服务器进行压力测试。

在本申请的又一实施例中，提供了一种电子设备。该电子设备，包括：存储器和处理器，其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以实现上述任一项所述的压力测试方法。

在本申请的又一实施例中，提供了一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述任一项所述的压力测试方法。

本申请实施例提供的技术方案中，施压机运行设备模拟器，并根据压力测试服务器发送来的压力测试用例确定设备模拟器的测试行为，设备模拟器按照该测试行为对物联网服务器进行压力测试。通过设备模拟器对物联网服务器进行压力测试，也即通过模拟物联网设备的设备行为来对物联网服务器进行压力测试。这样，可以很好地模拟出实际场景中物理网设备运行时的复杂情况，压测测试过程更加贴近真实场景，有助于提高压力测试结果的可信度。

附图说明

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

图1为本申请一实施例提供的压力测试系统的结构框图；

图2为本申请一实施例提供的压力测试方法的流程示意图；

图3为本申请一实施例提供的施压机的状态图；

图4为本申请又一实施例提供的压力测试方法的流程示意图；

图5为本申请一实施例提供的电子设备的结构框图。

具体实施方式

目前，现有的压力测试方案，如Jmeter是基于接口调用，通过接口调用频率来对服务或服务器进行压力测试。其方案需要按照要求准备压测插件、需要高度抽象压测行为到接口调用层面，压测准备较繁琐，且运行环境必须是java。并且，通过接口是很难模拟设备行为的，尤其是复杂设备的设备行为。

此外，其方案中施压机与压测服务平台(或压测服务器)强相关，也即：施压机需要在压测服务平台上完成注册，才能够使用；并且压测服务平台需要和施压机位于同一网络环境，才能够对施压机进行管理和控制。同时，其方案中施压机运维成本较高。

为了解决或部分解决上述技术问题，本申请实施例提出一种压力测试方法。在该方法中，施压机运行设备模拟器，并根据压力测试服务器发送来的压力测试用例确定设备模拟器的测试行为，设备模拟器按照该测试行为对物联网服务器进行压力测试。通过设备模拟器对物联网服务器进行压力测试，也即通过模拟物联网设备的设备行为来对物联网服务器进行压力测试。这样，可以很好地模拟出实际场景中物理网设备运行时的复杂情况，压测测试过程更加贴近真实场景，有助于提高压力测试结果的可信度。

为了使本技术领域的人员更好地理解本申请方案，下面将根据本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

此外，在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包括了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

在介绍本申请实施例提供的压力测试方法之前，对本申请实施例所涉及的压力测试系统进行介绍。如图1所示，该系统100包括：

压力测试服务器10，用于确定压力测试任务；所述压力测试任务中包括压力测试用例；确定用于执行所述压力测试任务的施压机20；将所述压力测试用例发送至所述施压机20；

所述施压机20，用于根据所述压力测试用例确定运行于所述施压机20上的设备模拟器的测试行为；

其中，所述设备模拟器用于按照所述测试行为对物联网服务器30进行压力测试。

其中，施压机20为在进行压力测试时能够产生压测流量的机器，可以是虚拟机，也可以是物理机，例如：服务器、手机以及电脑等。

设备模拟器(DeviceSimulator)，用于模拟物联网设备，例如：摄像头、汽车，等等，也即模拟物联网设备的设备行为，包括与物联网服务器之间的交互行为。

在一实例中，如图1所示，上述测试系统还可包括：压力测试客户端40，用于接收用户输入的压力测试任务；并将所述压力测试任务发送给所述压力测试服务器10。具体地，压力测试客户端40可为用户提供一个压力测试任务的输入界面，接收用户在输入界面导入压力测试任务对应的配置文件；将压力测试任务对于的配置文件发送给所述压力测试服务器10。其中，配置文件中包括压力测试用例。

本系统中的各组成单元，如压力测试服务器10、施压机20的具体执行原理及交互过程在下述各实施例中有更详尽的描述，可参见如下各方法实施例。

图2示出了本申请一实施例提供的压力测试方法的流程示意图。该方法适用于压力测试系统中的压力测试服务器，也即该方法的执行主体为压力测试系统中的压力测试服务器。如图2所示，该方法包括：

201、确定压力测试任务。

其中，所述压力测试任务中包括压力测试用例。

202、确定用于执行所述压力测试任务的施压机。

203、将所述压力测试用例发送至所述施压机，以由所述施压机根据所述压力测试用例确定运行于所述施压机上的设备模拟器的测试行为。

其中，所述设备模拟器用于按照所述测试行为对物联网服务器进行压力测试。

上述201中，上述压力测试任务可由用户配置。具体地，用户可根据实际需要，来编写压力测试任务对应的配置文件。压力测试客户端可向用户提供压力测试任务的输入界面；接收用户在输入界面导入的压力测试任务对应的配置文件；将压力测试任务对应的配置文件发送给压力测试服务器。

其中，配置文件中包括压力测试用例。压力测试用例用于定义设备模拟器的测试行为。配置文件中可包括所有压测所需的信息。在一实例中，配置文件中还可包括但不限于：压力测试任务名称、压力测试任务的申请者信息、压力测试环境、各施压机所需运行设备模拟器的第一数量、压力测试任务所需施压机的第三数量、各施压机的设备运行上限、多个设备身份信息。其中，压力测试任务的申请者信息指定是申请执行本次压力测试任务的测试人员信息，例如：测试人员名称、测试人员的员工编号、身份证信息，等等。压力测试环境可包括但不限于如下几种：日常环境、线上环境以及预发环境。设备运行上限指的是相应施压机所能运行的设备模拟器的最大数量。通常情况下，各施压机的设备运行上限是相同的，因此，在配置文件中记录一个施压机的设备运行上限即可。

需要补充说明的是，上述各施压机所需运行的设备模拟器数量可不用配置在配置文件中，可由用户在压力测试客户端进行动态配置，然后将配置好的各施压机所需运行的设备模拟器数量发送给压力测试服务器。

上述201中“确定压力测试任务”，具体可包括：确定压力测试任务对应的配置文件。

上述202中，针对压力测试任务，确定用于执行所述压力测试任务的施压机。具体地，可根据压力测试任务所需施压机的第三数量，从多个备选施压机中确定出用于执行所述压力测试任务的第三数量个施压机。具体的确定方式可根据实际需要来设置，本申请实施例对此不作具体限定。

上述203中，将压力测试用例发送给施压机。施压机根据接收到的压力测试用例确定运行于其上的设备模拟器的测试行为。后续，设备模拟器按照所述测试行为对物联网服务器进行压力测试。

示例性的，以摄像头为例，压力测试用例定义摄像头对应的设备模拟器的测试行为为：每10s触发一次报警，报警上传的图片为拍摄得到的狗的图片。那么，设备模拟器就会每隔10s触发一次报警，也即每隔10s向物联网服务器发送一次拍摄得到的狗的图片。

设备模拟器本质上是用于模拟物联网设备的软件或应用程序。用户可根据压测场景，确定所需模拟的物联网设备的物模型；根据物模型，开发相应的设备模拟器。其中，物模型是为产品定义的数据模型，用于描述产品的功能。物模型是物理空间中的实体(如摄像头、汽车、楼宇、工厂等)的数字化表示，从属性、服务和事件三个维度，分别描述了该实体是什么、能做什么、可以对外提供哪些信息。定义了物模型的这三个维度，即完成了产品功能的定义。在一实例中，用户可从物联网服务器获取所需的物模型，然后基于获取到的物模型开发相应的设备模拟器。在另一实例中，用户可自定义物模型，然后基于自定义物模型开发相应的设备模拟器。本申请实施例中，设备模拟器的实现形式自由，打包成可执行程序即可。

本申请实施例提供的技术方案中，施压机运行设备模拟器，并根据压力测试服务器发送来的压力测试用例确定设备模拟器的测试行为，设备模拟器按照该测试行为对物联网服务器进行压力测试。通过设备模拟器对物联网服务器进行压力测试，也即通过模拟物联网设备的设备行为来对物联网服务器进行压力测试。这样，可以很好地模拟出实际场景中物理网设备运行时的复杂情况，压测测试过程更加贴近真实场景，有助于提高压力测试结果的可信度。

在一种可实现的方案中，压力测试任务还可指定设备模拟器类型，设备模拟器类型可根据实际需要来设置，例如：摄像头模拟器类型、汽车模拟器类型，等等。具体地，压力测试任务中还包括设备模拟器类型，也即，压力测试任务对应的配置文件中还包括设备模拟器类型。上述方法，还可包括：

204、将所述设备模拟器类型发送至所述施压机，以由所述施压机根据所述设备模拟器类型运行相应的所述设备模拟器。

在一种可实现的方案中，压力测试服务器可将压力测试任务对应的配置文件发送给施压机，这样施压机从配置文件中即可获取到相应的压力测试用例以及设备模拟器类型。

在另一种可实现的方案中，压力测试服务器可从配置文件中提取出设备模拟器类型以及压力测试用例，将提取出的设备模拟器类型以及压力测试用例发送给施压机。

可选的，上述方法，还可包括：

205、针对所述压力测试任务，确定所述施压机所需运行的设备模拟器的第一数量。

206、将所述第一数量发送给所述施压机，以使所述施压机根据所述第一数量运行所述第一数量个设备模拟器。

上述205中，在一实例中，压力测试任务可指定施压机所需运行的设备模拟器的第一数量。具体地，压力测试任务对应的配置文件中包括施压机所需运行的设备模拟器的第一数量。当上述施压机的数量为多个时，若多个施压机各自所需运行的设备模拟器的第一数量相同，则可在配置文件中记录一个施压机所需运行的设备模拟器的第一数量即可，若多个施压机各自所需运行的设备模拟器的第一数量不相同，则可在配置文件中记录各施压机所需运行的设备模拟器的第一数量。

上述206中，当施压机的数量为多个时，将各施压机所需运行的设备模拟器的第一数量发送给相应施压机，以由该施压机根据第一数量运行第一数量个设备模拟器。

例如：施压机所需运行的设备模拟器的第一数量为100个，则施压机在本地运行100个设备模拟器。

在本实施例中，在对物联网服务器进行压力测试时，可通过设备数量进行施压，使得压力测试过程更加符合真实场景，压力测试结果具有更高可信度和实际意义。

可选的，在上述步骤102之后，也即确定出用于执行所述压力测试任务的施压机之后，压力测试服务器可初始化确定出的施压机，具体地，可向施压机发送启动请求，施压机接收到启动请求后，启动施压机程序，启动完成后向压力测试服务器发送上线通知；压力测试服务器接收到施压机的上线通知后，为所述施压机分配施压机身份信息(例如：机器ID号)，并将分配的施压机身份信息发送给施压机。

实际应用时，当施压机可通过容器(docker)技术启动施压机程序或者通过node.js进程启动施压机程序。

上述各实施例中的启动请求、压力测试用例、第一数量，设备模拟器类型，等等可一次性发送给施压机，或分多次发送给施压机，本申请实施例对此不作具体限定。

实际应用时，上述压力测试任务中的压力测试用例可以为一个或多个，本申请实施例对此不作具体限定。当施压机为多个时，多个压力测试用例如何分配也可由用户根据实际需要来配置。在一实例中，当压力测试用例为多个，施压机也为多个时，可将多个压力测试用例发送给每个施压机，每个施压机可按照顺序依次执行多个压力测试用例。在另一实例，当压力测试用例为多个，施压机也为多个时，可从多个施压机中为每个压力测试用例分配一个施压机，将压力测试用例发送给其分配到的施压机，施压机执行其接收到的压力测试用例。在本实施例中，不同施压机执行的压力测试用例不同。

一个压力测试用例可定义一种测试行为或多种测试行为。具体地，所述压力测试用例包括至少一种设备模拟器配置信息；不同的设备模拟器配置信息用于指示不同的测试行为。在一实例中，压力测试用例包括多种设备模拟器配置信息。依旧以摄像头为例，压力测试用例包括第一设备模拟器配置信息和第二设备模拟器配置信息，第一设备模拟器配置信息用于指示：每10s触发一次报警，报警上传的图片是拍摄得到的猫图片；第二设备模拟器配置信息用于指示：每10s触发一次报警，报警上传的图片是拍摄得到的狗图片。当压力测试用例包括多种设备模拟器配置信息时，压力测试用例中还可包括各设备模拟器配置信息对应的占比，该占比用于指示施压机上按照相应设备模拟器配置信息所指示的测试行为对物联网服务器进行压力测试的设备模拟器的数量占该施压机所运行的设备模拟器总数的比例。

需要说明的是，压力测试用例中并未不是必须包括各设备模拟器配置信息对应的占比。如果没有，施压机可默认各设备模拟器配置信息对应的占比是相等的。例如：压力测试用例包括两种设备模拟器配置信息，则默认各设备模拟器配置信息对应的占比均为1/2；压力测试用例包括三种设备模拟器配置信息，则默认各设备模拟器配置信息对应的占比均为1/3，以此类推。

在一实例中，所述压力测试用例包括至少一种设备模拟器配置信息及其对应的占比；所述至少一种设备模拟器配置信息包括第一设备模拟器配置信息。所述施压机具体用于：根据所述第一设备模拟器配置信息对应的占比以及所述第一数量，确定出第二数量；从所述第一数量个所述设备模拟器中确定出所述第二数量个设备模拟器；并根据所述第一设备模拟器配置信息确定所述第二数量个设备模拟器的测试行为。具体地，可根据第一设备模拟器配置信息对应的占比与第一数量的乘积，确定第二数量。当乘积为整数时，可将乘积直接作为第二数量；当乘积为非整数时，可对乘积进行四舍五入处理，得到一整数，将该整数作为第二数量。可从第一数量个设备模拟器中随机确定出第二数量个设备模拟器；第二数量个设备模拟器的测试行为由第一设备模拟器配置信息定义，也即将第一设备模拟器配置信息所指示的测试行为作为第二数量个设备模拟器的测试行为。

在本实施例中，提供了一种适用于混合测试的压力测试场景。

在实际压力测试过程中，往往存在调整设备数量的需求，该需求可以是压力测试服务器基于当前收集到的压力测试数据确定的，也可以是用户在压力测试客户端手动触发的，以模拟真实场景。因此，上述方法，还可包括：

207、在压力测试过程中，向所述物联网服务器发送设备模拟器数量调整请求，以由所述物联网服务器将所述设备模拟器数量调整请求转发至所述施压机。

其中，所述施压机还用于根据所述设备模拟器数量调整请求调整所述施压机上运行的设备模拟器的数量。

在一实例中，上述207中，压力测试服务器可根据压力测试过程中产生的压力测试数据来确定施压机上运行的设备模拟器数量是否需要调整；若需要调整，则根据压力测试数据，生成设备模拟数量调整请求。

上述压力测试数据可包括物联网服务器在压力测试过程中产生的运行数据和/或施压机在压力测试过程中产生的运行数据。运行数据可包括运行日志数据。施压机在压力测试过程中产生的运行数据可上传给物联网服务器，以由物联网服务器转发给压力测试服务器。

例如，压力测试服务器根据物联网服务器在压力测试过程中产生的运行数据来确定施压机上运行的设备模拟器数量是否需要调整。

再例如：压力测试服务器根据施压机在压力测试过程中产生的运行数据来确定施压机上运行的设备模拟器数量是否需要调整。可根据施压机在压力测试过程中产生的运行数据确定施压机的CPU负荷程度；若CPU负荷程度大于或等于第一预设阈值，为了避免施压机超负荷运行，确定需要调整；并根据CPU负荷程度，生成设备模拟器数据调整请求，以请求施压机减少运行的设备模拟器数量；若CPU负荷程度小于或等于第二预设阈值，为了提高资源利用率，确定需要调整；并根据CPU负荷程度，生成设备模拟器数据调整请求，以请求施压机增加运行的设备模拟器数量。

实际应用时，设备模拟器数量调整请求中携带有设备模拟器的期望数量。施压机根据当前已运行的设备模拟器的实际数量以及设备模拟器数量调整请求中携带的期望数量，确定调整方向以及调整幅度。其中，调整方向包括增加和减少两个方向，调整幅度为实际数量和期望数量之间的差值。举例来说，期望数量为200个，而实际数量为100个，则施压机在本地增加运行100个设备模拟器。具体地，这100个设备模拟器的测试行为继续根据压力测试用例来确定。具体得，确定方式可参考上述各实施例中相应内容，在此不再赘述。

在本申请实施例提供的压力测试方案中，设备模拟器是通过模拟物联网设备与物联网服务器进行通信交互的。为了更加贴合真实的场景，可为每个设备模拟器配置一个设备身份信息，这样，设备模拟器可以被配置到的设备身份信息来与物联网服务器进行交互。设备身份信息用于唯一标识出设备模拟器的身份。在一实例中，设备身份信息可包括设备三元组，设备三元组包括：产品密钥(ProductKey)、设备名称(DeviceName)以及设备密码(DeviceSecret)。

因此，上述方法，还可包括：

208、针对所述压力测试任务，获取多个设备身份信息。

209、将所述多个设备身份信息发送给所述施压机，以由所述施压机为其上运行的每一设备模拟器配置一设备身份信息。

其中，所述设备模拟器用于以被配置的设备身份信息与所述物联网服务器进行交互。

上述208中，在一实例中，压力测试任务中可包括多个设备身份信息或者用于获取多个设备身份信息的网络链接。具体地，压力测试任务对应的配置文件中可包括多个设备身份信息或者用于获取多个设备身份信息的网络链接。

以网络链接为例，压力测试服务器可通过访问用于获取多个设备身份信息的网络链接，来获取多个设备身份信息。

其中，多个设备身份信息的数量可根据实际需要来设置，例如：1000个、2000个。由于一个设备身份信息只能分配给一个设备模拟器，因此，设备身份信息的数量越多越好。

上述209中，当施压机为多个时，可将多个设备身份信息分发至多个施压机。为每个施压机分发多少个设备身份信息可根据实际需要来设定，本申请实施例对此不作具体限定。例如：可将多个设备身份信息平均分发至多个施压机，也即每个施压机获得的设备身份信息的数量是相等的。

所述施压机为其上运行的每一设备模拟器配置一设备身份信息。同一施压机上的运行的不同的设备模拟器对应的设备身份信息不同；不同施压机上运行的不同设备模拟器对应的设备身份信息也不同。

所述设备模拟器在向物联网服务器发送信息时会携带上被配置的设备身份信息，和真实的应用场景一样。

在一实例中，上述102中“确定用于执行所述压力测试任务的施压机”，可采用如下步骤来实现：

1021、针对所述压力测试任务，从边缘节点服务系统中确定出边缘节点。

1022、将所述确定出的边缘节点作为所述施压机。

具体地，所述压力测试任务中还包括所需施压机的第三数量。可从边缘节点服务系统中确定出所述第三数量个边缘节点，将所述第三数量个边缘节点作为施压机。

本实施例中施压机以边缘节点服务调度方式启动施压机程序。

在本实施例中，将边缘节点服务(Edge Node Service，简称ENS)系统中的边缘节点作为施压机，可支持大流量、支持模拟来自不同运营商、不同地区的物联网设备的测试流量，可以逼真地模拟物联网场景下的压力。

在一种可实现的方案中，所述压力测试任务中还包括所需施压机的第三数量以及测试流量的来源分布需求。具体地，压力测试任务对应的配置文件中还包括所需施压机的第三数量以及测试流量的来源分布需求。上述1021中“针对所述压力测试任务，在边缘节点服务系统中确定出边缘节点”，具体可包括：

S11、根据所述第三数量以及所述来源分布需求，从边缘节点服务系统中确定出满足所述来源分布需求的所述第三数量个边缘节点。

其中，所述来源分布需求包括：运营商分布需求和/或地区分布需求。

在一实例中，所述来源分布需求包括：运营商分布需求，其中，运营商分布需求包括所需的多个运营商及其占比，例如：第一运营商(占比为50％)以及第二运营商(占比为50％)，那么，第三数量个边缘节点中50％的边缘节点来自于第一运营商，另50％的边缘节点来自于第二运营商。

在另一实例中，所述来源分布需求包括：地区分布需求，其中，地区分布需求包括所需的多个地区及其占比，例如：第一地区(占比为50％)以及第二地区(占比为50％)，那么，第三数量个边缘节点中50％的边缘节点位于第一地区，另50％的边缘节点位于第二地区。

在又一实例中，所述来源分布需求包括：运营商分布需求和地区分布需求，具体地，来源分布需求包括：运营商分布需求以及运营商分布需求中所需运营商各自对应的地区分布需求。示例性的，运营商分布需求包括：第一运营商(占比为30％)以及第二运营商(占比为70％)；第一运营商对应的地区分布需求包括：第一地区(占比为40％)以及第二地区(占比为60％)，第二运营商对应的地区分布需求包括：第三地区(占比为50％)以及第四地区(占比为50％)，那么，第三数量个边缘节点中30％的边缘节点来自于第一运营商，且这30％的边缘节点中40％位于第一地区，60％位于第二地区；第三数量个边缘节点中另70％的边缘节点来自于第二运营商，且这70％的边缘节点中50％位于第三地区，50％位于第四地区。

可见，本申请实施例提供的技术方案能够模拟来自于不同运营商不同地区的测试流量，并且边缘节点具有足够的网络带宽资源，能够支持大流量测试。

可选的，所述施压机为多个；上述方法，还可包括：

210、根据所述压力测试任务对应的施压机步进启停策略，将多个所述施压机划分成多个分组并确定所述多个分组的排序。

211、按照所述多个分组的排序，依次向所述多个分组中各分组中的至少一个所述施压机发送启动请求。

其中，所述启动请求用于启动相应施压机，以使施压机启动施压机程序。

上述210中，上述施压机步进启停策略可配置在上述配置文件中。

示例性的，施压机的数量为10个，将10个施压机划分成两组：第一分组和第二分组。第一分组和第二分组中各5个施压机。假设第一分组的排序先于第二分组。压力测试服务器先向第一分组中的5个施压机发送启动请求；然后，再向第二分组中的5个施压机发送启动请求。

可选的，所述多个分组中包括排序相邻的第一分组和第二分组；所述第一分组的排序先于所述第二分组的排序。上述211中“按照所述多个分组的排序，依次向所述多个分组中各分组中的至少一个所述施压机发送启动请求”，可采用如下步骤来实现：

2111、检测所述第一分组中的至少一个所述施压机是否启动完成。

2112、当所述第一分组中的至少一个所述施压机启动完成时，向所述第二分组中的至少一个所述施压机发送启动请求。

上述2111中，具体地，检测所述第一分组中的至少一个所述施压机是否启动成功；若所述第一分组中的至少一个所述施压机都启动成功，则确定所述第一分组中的至少一个所述施压机启动完成；若所述第一分组对应的启动时长超过第一预设时长时，则确定所述第一分组中的至少一个所述施压机启动完成，并取消所述第一分组中未启动成功的施压机的启动。

上述方法，还可包括：

212、按照所述多个分组的排序，依次向所述多个分组中各分组中的至少一个所述施压机发送停止请求。

其中，所述停止请求用于关闭相应施压机。

上述212中，所述多个分组中包括排序相邻的第三分组和第四分组；所述第三分组的排序先于所述第四分组的排序。上述212中“按照所述多个分组的排序，依次向所述多个分组中各分组中的至少一个所述施压机发送停止请求”，包括：

2121、检测所述第三分组中的至少一个所述施压机是否关机完成。

2122、当所述第三分组中的至少一个所述施压机关机完成时，向所述第四分组中的至少一个所述施压机发送停止请求。

上述2121中，具体地，检测所述第三分组中的至少一个所述施压机是否关机成功；若所述第三分组中的至少一个所述施压机都关机成功，则确定所述第三分组中的至少一个所述施压机关机完成；若所述第三分组对应的关机时长超过第二预设时长时，则确定所述第三分组中的至少一个所述施压机关机完成，并隔离所述第三分组中未关机成功的施压机。

隔离施压机，也即是对该施压机打上忽略标签，在后续统计压力测试结果时忽略有关该施压机的相关数据，这样可避免异常施压机对测试结果的影响。

可选的，所述施压机为多个；上述方法还包括如下步骤的中一种或多种：

213、当用户在压力测试客户端针对所述多个施压机中的第一施压机触发启动操作时，向所述第一施压机发送启动请求。

214、当用户在压力测试客户端针对所述多个施压机中的第二施压机触发停止操作时，向所述第二施压机发送停止请求。

215、当用户在压力测试客户端针对所述多个施压机中的第三施压机触发隔离操作时，隔离所述第三施压机。

压力测试客户端可为用户提供一个操作界面，用户可通过操作界面，针对所述多个施压机中的某一施压机触发启动操作、停止操作、隔离操作，等等。

具体地，操作界面上可展示各个施压机对应的启动控件、停止控件、隔离控件。用户通过启动控件可触发启动操作，通过停止控件可触发停止操作，通过隔离控件可触发隔离操作。上述操作界面上还可展示压力测试数据或基于压力测试数据统计得到的分析数据，压力测试数据可包括物联网服务器在压力测试过程中产生的运行数据和各个施压机产生的运行数据，分析数据可包括统计图表以及报告。用户可根据操作界面上所展示的数据来决定相应的操作。示例性的：当操作界面显示第三施压机存在异常时，用户可手动隔离第三施压机。

在实际应用中，压力测试服务器还可根据施压机的运行数据，确定施压机是否异常，若异常，自动隔离异常施压机。此外，压力测试服务器还可发送即时通讯消息给相关工作人员的终端，以告知相关工作人员本次压力测试的开启和结束等事件。

下面将结合图3对本申请实施例中压力测试服务器侧所维护的施压机的生命周期进行详细介绍：施压机的生命周期包括如下几个状态：下线状态(offline)、启动状态(starting)、等待启动状态(wait_start)、上线状态(online)、失效状态(disable)、停止状态(stoping)、等待停止状态(wait_stop)。

压力测试服务器接收到针对处于下线状态的施压机的启动命令后，查看调度任务是否空闲。如果繁忙，将施压机状态调整为等待启动状态，等到空闲时再次调度启动(若施压机处于等待启动状态的过程中出现异常，可取消启动，将其状态调整为失效状态)；如果空闲，启动施压机，使得施压机处于启动状态，并检测施压机是否上线。若检测到施压机已上线，将施压机状态调整为上线状态。若检测到施压机启动异常，则将施压机状态调整为失效状态。施压机上线后，若运行异常，可对施压机进行隔离，也即将施压机状态调整为失效状态。当然，当施压机异常解决后，施压机状态可恢复到上线状态。其中，查看调度任务是否空闲，也即是检测之前发过启动请求的至少一个所述施压机是否启动完成。

压力测试服务器接收到针对处于上线状态的施压机的停止命令后，可查看调度任务是否空闲。如果繁忙，将施压机状态调整为等待停止状态，等到空闲时再次调度关闭(若施压机处于等待停止状态的过程中出现异常，可隔离，即将其状态调整为失效状态)。如果空闲，关闭施压机，使得施压机处于停止状态，并检测是否已下线。若检测到施压机已下线，将施压机状态重置为下线状态。若检测到施压机关闭异常，则将施压机状态调整为失效状态。其中，查看调度任务是否空闲，也即是检测之前发过停止请求的至少一个所述施压机是否停止完成。

图4示出了本申请又一实施例提供的压力测试方法的流程示意图。该方法适用于压力测试系统中的施压机，也即该方法的执行主体可以为施压机。如图4所示，该方法，包括：

401、针对压力测试任务，运行相应的设备模拟器。

402、根据所述压力测试任务中包括的压力测试用例，确定所述设备模拟器的测试行为。

其中，所述设备模拟器按照所述测试行为对物联网服务器进行压力测试。

上述401和402的具体实现可参加上述各实施例中相应内容，在此不再赘述。

本申请实施例提供的技术方案中，施压机运行设备模拟器，并根据压力测试服务器发送来的压力测试用例确定设备模拟器的测试行为，设备模拟器按照该测试行为对物联网服务器进行压力测试。通过设备模拟器对物联网服务器进行压力测试，也即通过模拟物联网设备的设备行为来对物联网服务器进行压力测试。这样，可以很好地模拟出实际场景中物理网设备运行时的复杂情况，压测测试过程更加贴近真实场景，有助于提高压力测试结果的可信度。

可选的，上述401中“针对压力测试任务，运行相应的设备模拟器”，包括：

4011、接收到压力测试服务器发送来的所述施压机所需运行的设备模拟器的第一数量后，根据所述第一数量运行所述第一数量个设备模拟器。

其中，所述第一数量是由所述压力测试服务器根据所述压力测试任务确定的。

可选的，其中，所述测试用例包括至少一种设备模拟器配置信息及其对应的占比；不同的设备模拟器配置信息用于指示不同的测试行为；所述至少一种设备模拟器配置信息包括第一设备模拟器配置信息上述402中“根据所述压力测试任务中包含的压力测试用例，确定所述设备模拟器的测试行为”，包括：

4021、根据所述第一设备模拟器配置信息对应的占比以及所述第一数量，确定出第二数量。

4022、从所述第一数量个所述设备模拟器中确定出所述第二数量个所述设备模拟器。

4023、根据所述第一设备模拟器配置信息确定所述第二数量个所述设备模拟器的测试行为。

这里需要说明的是：本申请实施例提供的所述方法中各步骤未尽详述的内容可参见上述实施例中的相应内容，此处不再赘述。此外，本申请实施例提供的所述方法中除了上述各步骤以外，还可包括上述各实施例中其他部分或全部步骤，具体可参见上述各实施例相应内容，在此不再赘述。

综上所述，本方案是基于设备、设备运行行为、设备数量对物联网服务器进行施压，也即将施压机上运行的模拟设备作为物理网设备直接接入物联网服务器；支持自定义设备；施压机与压测服务弱关联，自由度高，支持手动通过命令行启动指定环境中的施压机，支持的施压机形式多样，例如ens施压机、docker施压机以及node施压机；压测门槛低，压测行为直观，设备实现形式自由(打包成可执行程序即可)，具有高可用和高适用性等优势，几乎可以涵盖所有物联网场景下的压测；压测准备简单，准备足够的设备三元组和自定义设备模拟器即可，压测执行方便；支持大流量，支持模拟来自广泛的运营商、地区的设备，可逼真地模拟物联网场景下的压力。

可见，本方案通过完全不同的实现方式(基于设备模拟器)，弥补传统接口压测方案所不能模拟的物联网设备压测场景。

图5示出了本申请一实施例提供的电子设备的结构示意图。如图5所示，所述电子设备包括存储器1101以及处理器1102。存储器1101可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述存储器1101，用于存储程序；

所述处理器1102，与所述存储器1101耦合，用于执行所述存储器1101中存储的所述程序，以实现上述各方法实施例提供的压力测试方法。

进一步，如图5所示，电子设备还包括：通信组件1103、显示器1104、电源组件1105、音频组件1106等其它组件。图5中仅示意性给出部分组件，并不意味着电子设备只包括图5所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各方法实施例提供的压力测试方法的步骤或功能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (14)

1.一种压力测试方法，适用于压力测试服务器，其中，包括：

确定压力测试任务，所述压力测试任务中包括压力测试用例；

确定用于执行所述压力测试任务的施压机；

将所述压力测试用例发送至所述施压机，以由所述施压机根据所述压力测试用例确定运行于所述施压机上的设备模拟器的测试行为；

其中，所述设备模拟器用于按照所述测试行为对物联网服务器进行压力测试。

2.根据权利要求1所述的方法，其中，所述压力测试任务中还包括设备模拟器类型；上述方法，还包括：

将所述设备模拟器类型发送至所述施压机，以由所述施压机根据所述设备模拟器类型运行相应的所述设备模拟器。

3.根据权利要求1所述的方法，其中，还包括：

针对所述压力测试任务，确定所述施压机所需运行的设备模拟器的第一数量；

将所述第一数量发送给所述施压机，以使所述施压机根据所述第一数量运行所述第一数量个设备模拟器。

4.根据权利要求3所述的方法，其中，所述压力测试用例包括至少一种设备模拟器配置信息及其对应的占比；不同的设备模拟器配置信息用于指示不同的测试行为；所述至少一种设备模拟器配置信息包括第一设备模拟器配置信息；

所述施压机具体用于：根据所述第一设备模拟器配置信息对应的占比以及所述第一数量，确定出第二数量；从所述第一数量个所述设备模拟器中确定出所述第二数量个设备模拟器；并根据所述第一设备模拟器配置信息确定所述第二数量个设备模拟器的测试行为。

5.根据权利要求1至4中任一项所述的方法，其中，还包括：

在压力测试过程中，向所述物联网服务器发送设备模拟器数量调整请求，以由所述物联网服务器将所述设备模拟器数量调整请求转发至所述施压机；

其中，所述施压机还用于根据所述设备模拟器数量调整请求调整所述施压机上运行的设备模拟器的数量。

6.根据权利要求1至4中任一项所述的方法，其中，还包括：

针对所述压力测试任务，获取多个设备身份信息；

将所述多个设备身份信息发送给所述施压机，以由所述施压机为其上运行的每一设备模拟器配置一设备身份信息；

所述设备模拟器用于以被配置的设备身份信息与所述物联网服务器进行交互。

7.根据权利要求1至4中任一项所述的方法，其中，确定用于执行所述压力测试任务的施压机，包括：

针对所述压力测试任务，从边缘节点服务系统中确定出边缘节点；

将所述确定出的边缘节点作为所述施压机。

8.根据权利要求7所述的方法，其中，所述压力测试任务中还包括所需施压机的第三数量以及测试流量的来源分布需求；

针对所述压力测试任务，在边缘节点服务系统中确定出边缘节点，包括：

根据所述第三数量以及所述来源分布需求，从边缘节点服务系统中确定出满足所述来源分布需求的所述第三数量个边缘节点。

9.根据权利要求8所述的方法，其中，所述来源分布需求包括：运营商分布需求和/或地区分布需求。

10.一种压力测试方法，适用于施压机，其中，包括：

针对压力测试任务，运行相应的设备模拟器；

根据所述压力测试任务中包括的压力测试用例，确定所述设备模拟器的测试行为；

其中，所述设备模拟器按照所述测试行为对物联网服务器进行压力测试。

11.根据权利要求10所述的方法，其中，针对压力测试任务，运行相应的设备模拟器，包括：

接收到压力测试服务器发送来的所述施压机所需运行的设备模拟器的第一数量后，根据所述第一数量运行所述第一数量个设备模拟器；

所述第一数量是由所述压力测试服务器根据所述压力测试任务确定的。

12.一种压力测试系统，其中，包括：

压力测试服务器，用于确定压力测试任务，所述压力测试任务中包括压力测试用例；确定用于执行所述压力测试任务的施压机；将所述压力测试用例发送至所述施压机；

所述施压机，用于根据所述压力测试用例确定运行于所述施压机上的设备模拟器的测试行为；

其中，所述设备模拟器用于按照所述测试行为对物联网服务器进行压力测试。

13.一种电子设备，其中，包括：存储器和处理器，其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以实现权利要求1至11中任一项所述的压力测试方法。

14.一种存储有计算机程序的计算机可读存储介质，其中，所述计算机程序被计算机执行时能够实现权利要求1至11中任一项所述的压力测试方法。

Images