[发明专利]运营平台性能容量测试方法及装置

说明书

一种运营平台性能容量测试方法及装置，涉及软件测试，可用于大数据领域、金融领域或其他领域。方法包括：根据预设的交易链路参数模型及链路拆分规则，对运营平台中各子系统进行规则判断，得到多个判断结果；利用交易链路参数模型及判断结果，对运营平台中各子系统进行链路解耦处理，得到多个拆分链路；根据预设的发压规则，确定各拆分链路对应的业务请求发起模式；利用业务请求发起模式向运营平台发起业务请求，获取测试数据，根据测试数据，得到性能容量测试结果。本发明有效提升了性能瓶颈问题分析的效率，节约定位问题的时间成本，实现对运营平台进行架构级全链路的交易分析，准确评估运营平台的性能容量，为系统优化、生产环境扩容提供依据。

技术领域

本发明涉及性能容量测试领域，尤指一种运营平台性能容量测试方法及装置。

背景技术

随着银行业务的不断丰富，个人金融业务持续发展，以及互联网金融带来的用户量的激增，导致银行系统的规模不断变大，特别是分布式架构转型的背景下，各子系统节点数不断增长。银行智慧运营平台作为对个人金融业务提供服务的主要平台之一，负责线上活动相关项目，如：任务中心、消费券、粉丝节、数字藏品、智能营销推荐等。而线上运营活动具有如下特点：

1、业务涉及面广，如消费券领取后，在使用时会涉及跳转到第三方等业务流程。

2、业务参与者多，运营平台的线上活动的服务对象是全国范围或地区范围内全量的个人客户。

3、业务时效性要求高，由于“奖品”或“优惠券”等发放数量与客户数量差异较大，所以在短时间内，“抢购”、“秒杀”等业务会对系统造成超过日常业务量十倍以上或更高的压力。

基于以上特点，运营平台的架构和设计越来越复杂，涉及上下游子系统之间多次通信以及交易链路不断延伸。由于测试系统与生产系统是两套相互之间物理隔离的环境，在客观上存在差异，需要排除掉差异的影响因素后，在测试系统评估生产系统的性能容量。而现有方法在对银行智慧运营平台进行压测时，已无法满足需要，具体有下面三方面的问题：缺乏对交易链路进行拆分的规则；缺乏发压的分发规则；缺乏交易链路拆分后瓶颈问题分析的方法。

发明内容

针对现有技术中存在的问题，本发明实施例的主要目的在于提供一种运营平台性能容量测试方法及装置，实现对运营平台进行架构级全链路的交易分析，准确评估运营平台的性能容量。

为了实现上述目的，本发明实施例提供一种运营平台性能容量测试方法，方法包括：

根据预设的交易链路参数模型及链路拆分规则，对运营平台中各子系统进行规则判断，得到多个判断结果；

利用交易链路参数模型及所述判断结果，对运营平台中各子系统进行链路解耦处理，得到多个拆分链路；

根据预设的发压规则，确定各拆分链路对应的业务请求发起模式；

利用各拆分链路对应的业务请求发起模式向所述运营平台发起业务请求，并获取各拆分链路对应的测试数据，根据各拆分链路对应的测试数据，得到性能容量测试结果。

可选的，在本发明一实施例中，根据预设的交易链路参数模型及链路拆分规则，对运营平台中各子系统进行规则判断包括：

根据所述交易链路参数模型中的协议类型模型及链路拆分规则中的通信协议类型判断规则，对所述运营平台中各子系统进行通信协议类型判断，得到协议类型判断结果。

可选的，在本发明一实施例中，根据预设的交易链路参数模型及链路拆分规则，对运营平台中各子系统进行规则判断还包括：

根据交易链路参数模型中的数据库模型及链路拆分规则中的数据库判断规则，对运营平台中各子系统进行数据库判断，得到数据库判断结果。

可选的，在本发明一实施例中，根据预设的交易链路参数模型及链路拆分规则，对运营平台中各子系统进行规则判断还包括：