[发明专利]交易系统的全链路压力测试方法及存储介质

说明书

一种交易系统的全链路压力测试方法及存储介质，其中方法包括如下步骤，获取用户操作生成的请求信息，根据所述请求信息生成压力测试脚本，将压力测试脚本运行于全链路待测系统，按照预设比率配置不同接口的压力测试脚本流量，并实时监控全链路待测系统的预设参数；所述全链路待测系统为提供证券交易服务的生产环境架构或模拟生产环境架构。本发明技术方案通过借助现有软件，通过对不同页面的判断检测，能够解决现有产品下不同功能页面特征判断的问题，从而针对证券交易软件的不同页面功能，有的放矢地解决软件行情监控、交易功能测试及资讯服务监控的技术问题。

技术领域

本发明涉及金融软件优化检测领域，尤其涉及一种交易系统的全链路压力测试方法及存储介质。

背景技术

现有的压力测试经常是基于测试环境执行，测试内容常是单个系统系统的事务响应时间和系统所在的应用服务器资源消耗情况，仅能测出单系统性能情况，而证券交易系统通常由N个系统、N个网关、N个中间件、N个后端服务、N个数据库等组合而成，传统的单系统事务压力测试不能满足证券交易系统在牛市时候的业务需要。我们发现在股市牛市时，经常出现交易系统反应缓慢或无法登录、登录超时情况，现象和原因有以下几点。

1)测试环境的压测数据良好，但到生产上，遇到流量大的时候，系统出现宕机或反应超时等现象。

2)离线上还是有很大差距，测试环境与生产环境有较大的出入，所以压测环境的压测结果数据纯粹是仅供参考，并不能够作为线上环境的指导数据，只有直接在线上环境实施压测才是唯一的明道。

3)我们在整个业务流程中，最大的困难在于评估从用户登录到完成全部交易的整个链条中，核心页面和交易关键交易的实际承载能力。如果得到了各个系统的实际承载能力，就可以在路由网关进行相关交易限流控制，来防止在大并发来了以后系统出现宕机。在证券牛市市场中一旦系统宕机就会导致灾难性的后果，而且就算运维短时间重启了起来恢复了运行，但是可能过了一会儿过程系统承载量又出现宕机情况，基于出现大面积瘫痪，重启后又瘫痪情况。

在活动开始的瞬间，从CDN、网关接入、前端、缓存、中间件、后端服务、数据库整个交易链路都会面临巨大的访问压力，这个时候系统服务除了受自生的影响，还依赖于其他关联系统的情况，并且影响会一直蔓延，只要有一个节点出现故障，那么故障在上下游系统经过层层累加后会造成的影响谁都说不清楚，所以最好的办法就是模拟完全的真实情况来做到提前心里有数。验证的最好办法就是让事件提前发生，通过全链路压测就可以提早发现问题。

目前压力测试主要是通过loadRunner、jemeter等压力工具来完成，但是现有的压力测试工具操作复杂，一般是要求测试人员首先根据被测试系统设置相应的测试场景，然后再根据测试场景编写测试脚本，对测试人员的专业技能要求较大，没有脚本编程基础的测试人员短时间内很难独立针对具体的压力测试场景编写压力测试脚本，实现压力测试。

基于以上，我们需要做“操作简单、测试脚本容易编程”的“全链路压力测试”，所谓全链路压力测试，就是基于实际的生产业务场景、系统环境，模拟海量的用户请求和数据对整个业务链进行压力测试，并持续调优的过程。

发明内容

为此，需要提供一种能够解决自动化测试的效率及有效性问题的优化方法。

为实现上述目的，发明人研发了一种交易系统的全链路压力测试方法，包括如下步骤，获取用户操作生成的请求信息，根据所述请求信息生成压力测试脚本，将压力测试脚本运行于全链路待测系统，按照预设比率配置不同接口的压力测试脚本流量，并实时监控全链路待测系统的预设参数；所述全链路待测系统为提供证券交易服务的生产环境架构或模拟生产环境架构。

具体地，还包括步骤，监控用户操作生成的请求信息的多条链路流量请求，筛选其中核心链路的流量请求脚本，根据核心链路的流量请求脚本配置不同接口的压力测试脚本流量。