CN110764982A - 一种测试stomp应用程序的方法及装置 - Google Patents

Abstract

本发明涉及测试技术领域，尤其涉及测试stomp应用程序的方法及装置，所述stomp应用程序应用于服务端，包括：将目标测试程序插入至JMeter工具中；向所述JMeter工具导入所述stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件；基于所述连接参数信息和所述模拟stomp客户端数量，利用所述目标测试程序生成N个模拟stomp客户端，N等于所述模拟stomp客户端数量；基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求；基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果。实现了对位于服务端的stomp应用程序的性能进行测试的技术效果，能够准确地了解到stomp应用程序的性能，以便对stomp应用程序进行性能优化以及问题的排查。

Description

一种测试stomp应用程序的方法及装置

技术领域

本发明涉及测试技术领域，尤其涉及测试stomp应用程序的方法及装置。

背景技术

目前，多数企业级的网页应用(Web应用)采用的是http协议来实现网页端(Web端)与服务器之间的数据交互。然而，在应用http协议时，不仅客户端需要不停地消耗网络请求资源去请求服务端，同时也会给服务端造成不小的负载压力，因此，将http请求升级为长连接，即一次连接之后建立连接通道，而该连接通道是持久保持的。当服务端有数据产生时，即可由服务端主动发起消息通知，通过该连接将消息发送给Web端，既解决了数据的及时性，同时又避免了客户端一直请求服务端造成的资源消耗和服务端负载压力，而这种协议方式就是websocket协议。

进一步来讲，在websocket协议的基础上，提出了stomp协议。stomp协议在websocket协议的应用程序编程接口的基础上，对Web端与服务器之间通信的消息内容进行扩展和封装，使得应用程序开发人员更关注业务通信内容，而不是连接技术本身。stomp协议在Java框架中具有很好的支持，不仅能够解决浏览器的兼容性问题，而且开发简单、功能更强大，支持异步消息组件的集成，能够大幅度提高系统性能。因此，现有技术出现大量基于stomp协议开发出的stomp应用程序。对于stomp应用程序在服务端的测试显得至关重要，现有技术亟需一种对位于服务端的stomp应用程序的性能进行测试的方法。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的测试stomp应用程序的方法及装置。

依据本发明的第一个方面，本发明提供一种测试stomp应用程序的方法，所述stomp应用程序应用于服务端，所述方法包括：

将目标测试程序插入至JMeter工具中；

向所述JMeter工具导入所述stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件；

基于所述连接参数信息和所述模拟stomp客户端数量，利用所述目标测试程序生成N个模拟stomp客户端，N等于所述模拟stomp客户端数量；

基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求；

基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果。

优选的，所述基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果，包括：

向所述stomp应用程序发送所述网络握手请求后，获取所述stomp应用程序的性能消耗情况，并将所述性能消耗情况作为所述测试结果。

优选的，若所述stomp应用程序具有验证功能，在所述利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求之前，所述方法还包括：

向所述JMeter工具导入用于向所述stomp应用程序进行验证的验证信息；

其中，所述基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求，包括：

基于所述测试条件和所述验证信息，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求，所述网络握手请求携带有所述验证信息。

优选的，所述连接参数信息包括所述stomp应用程序所在设备的互联网协议地址、所述stomp应用程序对应的服务端的端口和所述stomp应用程序待测试的功能连接地址。

优选的，所述测试条件包括循环测试次数。

优选的，所述方法应用于测试设备中，所述stomp应用程序运行于不同于所述测试设备的目标设备。

依据本发明的第二个方面，提供了一种测试stomp应用程序的装置，所述stomp应用程序应用于服务端，所述装置包括：

插入模块，用于将目标测试程序插入至JMeter工具中；

导入模块，用于向所述JMeter工具导入所述stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件；

模拟模块，用于基于所述连接参数信息和所述模拟stomp客户端数量，利用所述目标测试程序生成N个模拟stomp客户端，N等于所述模拟stomp客户端数量；

请求生成模块，用于基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求；

测试模块，用于基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果。

优选的，所述测试模块，具体用于：

向所述stomp应用程序发送所述网络握手请求后，获取所述stomp应用程序的性能消耗情况，并将所述性能消耗情况作为所述测试结果。

依据本发明的第三个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述第一个方面中的方法步骤。

依据本发明的第四个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如前述第一个方面中的方法步骤。

根据本发明的测试stomp应用程序的方法及装置，该stomp应用程序应用于服务端。通过先将目标测试程序插入至JMeter工具中。再向JMeter工具导入stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件。再基于连接参数信息和模拟stomp客户端数量，利用目标测试程序生成N个模拟stomp客户端，N等于模拟stomp客户端数量。然后基于测试条件，利用目标测试程序控制N个模拟stomp客户端生成网络握手请求。最后基于网络握手请求，对stomp应用程序进行负载压力测试，获得测试结果。实现了对位于服务端的stomp应用程序的性能进行测试的技术效果，能够准确地了解到stomp应用程序的性能，以便对stomp应用程序进行性能优化以及问题的排查。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考图形表示相同的部件。在附图中：

图1示出了本发明第一实施例中测试stomp应用程序的方法的流程图；

图2示出了本发明第二实施例中测试stomp应用程序的装置的结构图；

图3示出了本发明第四实施例中计算机设备的结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明第一实施例提供一种测试stomp应用程序的方法，所述stomp应用程序应用于服务端。该方法用于测试设置于服务端的stomp应用程序。如图1所示，所述方法包括以下步骤：

步骤101：将目标测试程序插入至JMeter工具中。

具体来讲，本发明的测试stomp应用程序的方法的执行主体为测试设备。在测试之前，首先在测试设备中下载JMeter工具。JMeter工具可以为Apache JMeter 3.1版本。接着，将预先开发好的目标测试程序以插件的形式插入至JMeter工具中，以使JMeter工具能够调用目标测试程序完成对stomp应用程序的测试。

在完成步骤101之后，执行步骤102：向JMeter工具导入stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件。

具体来讲，在本发明中，stomp应用程序可以运行于测试设备中，也可以运行于不同于测试设备的目标设备中。目标设备可以为服务端，即，将stomp应用程序运行在服务端，此处的服务端也即服务器。通过将stomp应用程序运行于不同于测试设备的目标设备，可以降低测试设备的测试压力，提高测试准确性。

进一步来讲，在测试之前，首先启动stomp应用程序。在启动stomp应用程序后，能够获取到stomp应用程序的连接参数信息。其中，连接参数信息包括stomp应用程序所在设备的互联网协议地址、stomp应用程序对应的服务端的端口和stomp应用程序待测试的功能连接地址。其中，stomp应用程序所在设备的互联网协议地址即stomp应用程序所在设备的IP地址，stomp应用程序所在设备为stomp应用程序运行时依托的设备，例如，若stomp应用程序运行在测试设备上，那么该IP地址即为测试设备的IP地址，若stomp应用程序运行在目标设备，那么该IP地址即为目标设备的IP地址。其中，stomp应用程序存在多种功能，例如，发送信息功能、连接设备功能等等。在测试时可以针对某一种功能进行测试，从而该功能即为待测试功能。而待测试功能对应存在一功能连接地址，本发明中的stomp应用程序待测试的功能连接地址，即为stomp应用程序的待测试功能的功能连接地址。

在步骤102中，模拟stomp客户端数量和测试条件可以由测试人员根据需求进行设定。如可以将模拟stomp客户端数量设定为10000。测试条件可以为循环测试次数，如每个模拟stomp客户端间隔两秒测试一次。在获得连接参数信息、模拟stomp客户端数量和测试条件之后，将上述数据导入至JMeter工具中。

在完成步骤102之后，执行步骤103：基于连接参数信息和模拟stomp客户端数量，利用目标测试程序生成N个模拟stomp客户端，N等于模拟stomp客户端数量。

具体来讲，对于stomp客户端的模拟需要利用到连接参数信息，在获得连接参数信息之后，利用目标测试程序根据连接参数信息能够模拟出模拟stomp客户端。模拟stomp客户端数量为N，N为大于零的整数。例如，若预先设定的模拟stomp客户端数量为10000，则在步骤103中利用目标测试程序模拟出10000个模拟stomp客户端。对于目标测试程序如何模拟stomp客户端属于现有技术，本发明不做赘述。

在完成步骤103之后，执行步骤104：基于测试条件，利用目标测试程序控制N个模拟stomp客户端生成网络握手请求。

具体来讲，对于每个模拟stomp客户端而言，利用目标测试程序可以控制其生成网络握手请求，网络握手请求用于在模拟stomp客户端和stomp应用程序之间建立握手连接。每个模拟stomp客户端所生成的网络握手请求的数量由测试条件确定。例如，若测试条件为循环测试次数，循环测试次数为间隔两秒测试一次，则每个模拟stomp客户端每间隔两秒生成一个网络握手请求。通过步骤104，N个模拟stomp客户端将会生成大量的网络握手请求，以对stomp应用程序的实际应用环境进行模拟。

在完成步骤104之后，执行步骤105：基于网络握手请求，对stomp应用程序进行负载压力测试，获得测试结果。

具体来讲，根据步骤104中生成的网络握手请求对stomp应用程序进行负载压力测试。负载压力测试的具体过程为：各个模拟stomp客户端向stomp应用程序发送网络握手请求，同时，测试设备对stomp应用程序进行监控，获取stomp应用程序的性能消耗情况，并将性能消耗情况作为测试结果。其中，性能消耗情况包括内存的使用情况、CPU的使用情况和网络资源的使用情况。本发明根据测试结果能够了解到stomp应用程序的性能，以便对stomp应用程序进行性能优化以及问题的排查。

在本发明实施例中，stomp应用程序可以具有验证功能，该验证功能具体为对令牌(Token)的验证，即，只有在Token成功后才能与stomp应用程序建立连接。因此，在本发明实施例中，在利用目标测试程序控制N个模拟stomp客户端生成网络握手请求之前，所述方法还包括：

向JMeter工具导入用于向stomp应用程序进行验证的验证信息。

从而，步骤104具体为：基于测试条件和验证信息，利用目标测试程序控制N个模拟stomp客户端生成网络握手请求，网络握手请求携带有验证信息。

具体来讲，验证信息具体为待验证Token。待验证Token可以由测试人员输入获得。在JMeter工具获得待验证Token之后，目标测试程序控制模拟stomp客户端生成网络握手请求时，将待验证Token添加到网络握手请求中，使网络握手请求携带待验证Token。进一步来讲，stomp应用程序在接收到网络握手请求之后将会对验证信息进行验证，若验证成功则建立连接，若验证失败则返回连接失败信息。

下面将结合一具体示例对本发明的测试stomp应用程序的方法进行详细说明：

stomp应用程序对应于某汽车金融服务平台，针对该汽车金融服务平台而言，通过在汽车上安装gps设备，当汽车超出一定电子围栏范围，立即将超出的汽车的车辆位置上报stomp应用程序的服务端，stomp应用程序的服务端将车辆位置通过web页面通知相关管理人员，stomp应用程序的服务端要求同时支持10000位管理人员同时在线，对车辆进行监控。而对于stomp应用程序的服务端是否能够支持10000个用户同时在线可以本发明的方法进行测试。

进一步，针对设置于服务端的stomp应用程序而言，若需要测试该stomp应用程序能否支持10000个用户同时在线。那么，首先将目标测试程序插入至JMeter工具中。接着，向JMeter工具导入stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件。然后，基于连接参数信息和模拟stomp客户端数量，利用目标测试程序生成10000个模拟stomp客户端。再基于测试条件，利用目标测试程序控制10000个模拟stomp客户端生成网络握手请求。最后，基于网络握手请求，对stomp应用程序进行负载压力测试，获得测试结果。若10000个网络握手请求都没有返回连接失败，表明stomp应用程序能够支持10000个用户同时在线。对于测试条件而言，可以设定模拟10000个用户同时在线，且保持连接3-7天。

需要说明的是，本发明实施例中的目标测试程序中编译的代码用于执行步骤103-步骤105所对应的功能。

基于同一发明构思，本发明第二实施例提供一种测试stomp应用程序的装置，所述stomp应用程序应用于服务端，如图2所示，所述装置包括：

插入模块201，用于将目标测试程序插入至JMeter工具中；

导入模块202，用于向所述JMeter工具导入所述stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件；

模拟模块203，用于基于所述连接参数信息和所述模拟stomp客户端数量，利用所述目标测试程序生成N个模拟stomp客户端，N等于所述模拟stomp客户端数量；

请求生成模块204，用于基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求；

测试模块205，用于基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果。

优选的，所述测试模块，具体用于：

向所述stomp应用程序发送所述网络握手请求后，获取所述stomp应用程序的性能消耗情况，并将所述性能消耗情况作为所述测试结果。

优选的，若所述stomp应用程序具有验证功能，所述装置还包括：

验证信息导入模块，用于向所述JMeter工具导入用于向所述stomp应用程序进行验证的验证信息；

其中，所述请求生成模块，具体用于：

基于所述测试条件和所述验证信息，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求，所述网络握手请求携带有所述验证信息。

优选的，所述连接参数信息包括所述stomp应用程序所在设备的互联网协议地址、所述stomp应用程序对应的服务端的端口和所述stomp应用程序待测试的功能连接地址。

优选的，所述测试条件包括循环测试次数。

基于同一发明构思，本发明第三实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述实施例所述的方法步骤。

基于同一发明构思，本发明第四实施例还提供了一种计算机设备，如图3所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机设备可以为包括手机、平板电脑、PDA(Personal DigitalAssistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以计算机设备为手机为例：

图3示出的是与本发明实施例提供的计算机设备相关的部分结构的框图。参考图3，该计算机设备包括：存储器301和处理器302。本领域技术人员可以理解，图3中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对计算机设备的各个构成部件进行具体的介绍：

存储器301可用于存储软件程序以及模块，处理器302通过运行存储在存储器301的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储数据(比如音频数据、电话本等)等。此外，存储器301可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器302是计算机设备的控制中心，通过运行或执行存储在存储器301内的软件程序和/或模块，以及调用存储在存储器301内的数据，执行各种功能和处理数据。可选的，处理器302可包括一个或多个处理单元；优选的，处理器302可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。

在本发明实施例中，该计算机设备所包括的处理器302可以具有前述实施例中任一方法步骤所对应的功能。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种测试stomp应用程序的方法，其特征在于，所述stomp应用程序应用于服务端，所述方法包括：

将目标测试程序插入至JMeter工具中；

向所述JMeter工具导入所述stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件；

基于所述连接参数信息和所述模拟stomp客户端数量，利用所述目标测试程序生成N个模拟stomp客户端，N等于所述模拟stomp客户端数量；

基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求；

基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果。

2.如权利要求1所述的方法，其特征在于，所述基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果，包括：

向所述stomp应用程序发送所述网络握手请求后，获取所述stomp应用程序的性能消耗情况，并将所述性能消耗情况作为所述测试结果。

3.如权利要求1所述的方法，其特征在于，若所述stomp应用程序具有验证功能，在所述利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求之前，所述方法还包括：

向所述JMeter工具导入用于向所述stomp应用程序进行验证的验证信息；

其中，所述基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求，包括：

基于所述测试条件和所述验证信息，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求，所述网络握手请求携带有所述验证信息。

4.如权利要求1所述的方法，其特征在于，所述连接参数信息包括所述stomp应用程序所在设备的互联网协议地址、所述stomp应用程序对应的服务端的端口和所述stomp应用程序待测试的功能连接地址。

5.如权利要求1所述的方法，其特征在于，所述测试条件包括循环测试次数。

6.如权利要求1所述的方法，其特征在于，所述方法应用于测试设备中，所述stomp应用程序运行于不同于所述测试设备的目标设备。

7.一种测试stomp应用程序的装置，其特征在于，所述stomp应用程序应用于服务端，所述装置包括：

插入模块，用于将目标测试程序插入至JMeter工具中；

导入模块，用于向所述JMeter工具导入所述stomp应用程序的连接参数信息、模拟stomp客户端数量和测试条件；

模拟模块，用于基于所述连接参数信息和所述模拟stomp客户端数量，利用所述目标测试程序生成N个模拟stomp客户端，N等于所述模拟stomp客户端数量；

请求生成模块，用于基于所述测试条件，利用所述目标测试程序控制所述N个模拟stomp客户端生成网络握手请求；

测试模块，用于基于所述网络握手请求，对所述stomp应用程序进行负载压力测试，获得测试结果。

8.如权利要求7所述的装置，其特征在于，所述测试模块，具体用于：

向所述stomp应用程序发送所述网络握手请求后，获取所述stomp应用程序的性能消耗情况，并将所述性能消耗情况作为所述测试结果。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一权利要求所述的方法步骤。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-6中任一权利要求所述的方法步骤。

Images