[发明专利]一种消息总线性能测试方法及系统

说明书

本发明涉及一种消息总线性能测试方法及系统，向消息总线中发送测试用例，然后逐渐增大测试用例中的消息数量和单个消息的大小，逐级增加数据总量，测试容量上限，记录上限值与单机最大容量是否成正比例，通过该测试过程实现数据容量的测试。以容量上限值的第一倍数(比如50％)作为第一发送量发送数据，计算数据处理速率，然后逐渐增大发送量，并计算数据处理速率，直至发送量增大至容量上限值，测试数据处理速率的上限值，实现数据处理效率的测试。因此，该测试方法能够对消息总线的容量和/或数据处理效率进行测试，实现了对消息总线的深入化测试，提升了测试可靠性，并实现了消息总线性能测试的自动化，减小了测试误差，提升了测试质量。

技术领域

本发明涉及一种消息总线性能测试方法及系统。

背景技术

消息总线服务为进程间(多台计算机之间或一台计算机内部)的消息传输提供支持，具有消息主题的创建/删除、消息的订阅/发布等功能，以接口函数的形式提供给各类应用；具有组播、广播和点到点传输形式等功能，支持一对多、一对一的信息交换场合。当发送者需要分发一组新的消息时，它向消息总线服务器发出一个请求，消息总线服务器会负责把请求递送给所有的订阅者。

消息总线服务为应用系统的各个模块提供基于主题的消息订阅和发布，消息总线服务应考虑系统的集群部署、系统冗余功能等。消息总线服务应具备足够的吞吐量，处理大量消息传递能力，所以较高的性能是消息总线的基本要求。

目前，业内针对消息总线性能没有统一的测试方法，测试手段大多是人工统计并记录，这样不仅效率低，且误差大，所以一种有效测试方法及工具的提出显得很有必要。而且，申请公开号为CN104852825A的中国专利申请文件公开了一种总线通讯测试方法，首先计算总线负载率，然后增加总线负载率至负载率阈值，最后观察是否出现丢帧和/或报文延时情况，如果没有出现，则判断测试合格，否则测试不合格。该方法只是简单地根据总线负载率判断是否出现丢帧和/或报文延时情况，并没有对总线的性能测试做具体说明；并且总线的测试过程也比较简单，没有对总线进行较为深入的测试，测试可靠性较低，不能满足消息总线的测试需求。

发明内容

本发明的目的是提供一种消息总线性能测试方法，用以解决现有的总线测试方法过程比较简单，没有对总线性能，特别是总线数据进行较为深入的测试，进而造成测试可靠性较低的问题。本发明同时提供一种消息总线性能测试系统。

为实现上述目的，本发明包括以下技术方案。

一种消息总线性能测试方法，包括数据容量测试策略和/或数据处理效率测试策略；

所述数据容量测试策略包括以下过程：向消息总线中发送测试用例，然后逐渐增大测试用例中的消息数量和单个消息的大小，逐级增加数据总量，测试容量上限，记录上限值与单机最大容量是否成正比例；

所述数据处理效率测试策略包括生产者数据处理速率测试策略、消费者数据处理速率测试策略、单条生产者生产速率测试策略和单条消费者接收速率测试策略中的至少一个；

所述生产者数据处理速率测试策略包括以下过程：启用测试用例，以容量上限值的第一倍数作为第一发送量发送数据，记录生产者的生产时间，计算生产者的数据处理速率；然后，更改测试用例，逐渐增大发送量，记录生产者的生产时间，计算生产者的数据处理速率，直至发送量增大至容量上限值，测试生产者的数据处理速率的下限值；

所述消费者数据处理速率测试策略包括以下过程：启用测试用例，以容量上限值的第一倍数作为第一发送量发送数据，记录消费者的消费时间，计算消费者的数据处理速率；然后，更改测试用例，逐渐增大发送量，记录消费者的消费时间，计算消费者的数据处理速率，直至发送量增大至容量上限值，测试消费者的数据处理速率的下限值；

所述单条生产者生产速率测试策略包括以下过程：消息总线满负载运行的情况下，以容量上限值大小的数据量向消息总线发送数据，记录生产者生产一条消息的时间，计算生产者单条数据处理速率；