【技术实现步骤摘要】
本申请涉及大数据，尤其涉及一种金融证券场景下的大规模性能测试方法、系统及设备。
技术介绍
1、金融活动在现代经济中具有至关重要的作用，金融活动涉及多方面的信息，且每天进行金融交易的用户群体十分庞大，因此催生了海量的金融数据。
2、通常，由相关的金融系统运行这些金融数据，并且，为提高金融系统的稳定性和可靠性，需要预先对其进行性能测试。一般地，使用测试平台对金融系统进行测试，其中，测试平台会对所需测试数据进行分配和调度以保证测试的顺利执行。
3、然而，金融数据的数量之庞大已超过相关测试平台能够承载的上限；并且，金融数据通常包括基于http短链接的静态数据，和基于websocket长链接动态数据，然而相关测试平台并不具备能够同时对这两种数据进行大规模测试的能力。
技术实现思路
1、本申请实施例的主要目的在于提出一种金融证券场景下的大规模性能测试方法、系统及设备，能够实现金融证券场景下的大规模性能测试。
2、为实现上述目的，本申请实施例的第一方面提出了一种金融证券场景下的大规模性能测试方法，所述方法包括：
3、获取待测试的总压测数据，以及所述总压测数据对应的业务调度文件，其中，所述总压测数据和所述业务调度文件均是基于金融证券场景下得到的；
4、根据预设的业务请求类型，将所述总压测数据拆分为多个压测项目，并基于所述压测项目生成对应的目标压测脚本；
5、基于所述业务调度文件，确定各所述压测项目对应的执行顺序和执行并发量，并
6、为每一所述目标压测脚本和对应的所述目标配置文件分配云主机，以使所述云主机根据所述目标压测脚本和所述目标配置文件执行性能测试。
7、在一些实施例中，所述总压测数据是基于每一所述金融证券场景下的多个业务场景形成的，所述目标压测脚本包括目标静态请求脚本和目标动态请求脚本；
8、所述根据预设的业务请求类型，将所述总压测数据拆分为多个压测项目，并基于所述压测项目生成对应的目标压测脚本，包括：
9、若所述业务请求类型为短链接类型，依据多个所述业务场景，生成对应的多个短链接压测项目；
10、根据预设的第一文本格式，生成各所述短链接压测项目对应的目标静态请求脚本；
11、若所述业务请求类型为长链接类型，依据多个所述业务场景，生成对应的多个长链接压测项目；
12、根据预设的第二文本格式，生成各所述长链接压测项目对应的目标动态请求脚本。
13、在一些实施例中，所述业务调度文件包括顺序排列文件和场景权重文件；
14、所述基于所述业务调度文件，确定各所述压测项目对应的执行顺序和执行并发量，包括：
15、根据所述顺序排列文件，确定各所述压测项目对应的执行顺序；
16、根据所述场景权重文件，确定所述压测项目对应的多个场景权重，将预设的总并发量与各所述场景权重逐一相乘，得到各所述压测项目对应的执行并发量。
17、在一些实施例中，所述目标配置文件包括目标静态配置文件和目标动态配置文件，所述目标静态请求脚本对应所述目标静态配置文件，所述目标动态请求脚本对应所述目标动态配置文件；所述目标静态配置文件中设置有第一启动时间，所述目标动态配置文件中设置有第二启动时间；
18、在所述为每一所述目标压测脚本和对应的所述目标配置文件分配云主机之后，还包括：
19、在所述云主机上创建第一线程池，根据各所述第一启动时间从各所述目标静态请求脚本和对应的所述目标静态配置文件中确定第一批次任务，并在所述第一线程池中，根据所述目标静态请求脚本和所述目标静态配置文件执行所述第一批次任务；
20、当完成所述第一批次任务的执行后，销毁所述第一线程池；
21、在所述云主机上创建第二线程池，根据各所述第二启动时间在所述第二线程池中执行所述目标动态请求脚本和对应的所述目标动态配置文件；
22、直至完成所有的所述目标动态脚本和所述目标动态配置文件的执行，或者所述云主机接收到执行结束指令时，销毁所述第二线程池。
23、在一些实施例中，所述为每一所述目标压测脚本和对应的所述目标配置文件分配云主机，包括：
24、根据所述总压测数据的数量和各所述目标配置文件，计算各所述目标压测脚本的测试负载量，并根据所述测试负载量自动创建或销毁所述云主机；
25、采集自动创建或销毁后的所述云主机的云主机地址信息，基于预设的环境配置文件和所述云主机地址信息，自动完成各所述云主机的运行环境的统一配置。
26、在一些实施例中，在所述根据所述总压测数据的数量，为每一所述目标压测脚本和对应的所述目标配置文件分配云主机之后，还包括：
27、监控所述云主机的状态，若所述云主机处于空闲状态，将新的所述目标压测脚本和所述目标配置文件发送给对应的所述云主机；
28、若所述云主机处于执行状态，收集所述云主机在执行所述目标压测脚本和所述目标配置文件过程中产生的异常数据；
29、若所述云主机处于清理状态，收集所述云主机完成执行所述目标压测脚本和所述目标配置文件后产生的测试数据；
30、根据所述异常数据和所述测试数据，得到测试结果。
31、在一些实施例中，在所述根据所述总压测数据的数量，为每一所述目标压测脚本和对应的所述目标配置文件分配云主机之后，还包括：
32、汇总所述测试结果，其中，所述测试结果包括测试成功结果和测试失败结果；
33、根据所述测试成功结果和所述测试结果的数量比值，确定所述性能测试的测试成功率；
34、根据所述测试失败结果和所述测试结果的数量比值，确定所述性能测试的测试失败率；
35、根据所述测试成功率和所述测试失败率，得到性能测试结果。
36、在一些实施例中，所述方法还包括：
37、显示可视化界面，在所述可视化界面显示测试启动组件和性能测试界面；
38、响应于测试启动组件点击操作，在所述性能测试界面显示多个测试结果区域；
39、响应于第一测试结果查看操作，在第一测试结果区域显示性能测试日志；
40、响应于第二测试结果查看操作，在第二测试结果区域显示性能测试服务状态；
41、响应于第三测试结果查看操作，在第三测试结果区域显示性能测试运行结果；
42、响应于第四测试结果查看操作，在第四测试结果区域显示性能测试指标结果。
43、为实现上述目的，本申请实施例的第二方面提出了一种金融证券场景下的大规模性能测试系统，所述系统划分为硬件层、控制层、数据层、分析层和显示层，所述系统包括：
44、控制组件，所述控制组件用于确定所述硬件层中的云主机，并为所述云主机配置统一的运行环境，基于配置后的所述云主机，在所述控制层获取待测试的总压测数据，以及所述总压本文档来自技高网...
【技术保护点】
1.一种金融证券场景下的大规模性能测试方法，其特征在于，所述方法包括：
2.根据权利要求1所述的金融证券场景下的大规模性能测试方法，其特征在于，所述总压测数据是基于每一所述金融证券场景下的多个业务场景形成的，所述目标压测脚本包括目标静态请求脚本和目标动态请求脚本；
3.根据权利要求2所述的金融证券场景下的大规模性能测试方法，其特征在于，所述业务调度文件包括顺序排列文件和场景权重文件；
4.根据权利要求3所述的金融证券场景下的大规模性能测试方法，其特征在于，所述目标配置文件包括目标静态配置文件和目标动态配置文件，所述目标静态请求脚本对应所述目标静态配置文件，所述目标动态请求脚本对应所述目标动态配置文件；所述目标静态配置文件中设置有第一启动时间，所述目标动态配置文件中设置有第二启动时间；
5.根据权利要求4所述的金融证券场景下的大规模性能测试方法，其特征在于，所述为每一所述目标压测脚本和对应的所述目标配置文件分配云主机，包括：
6.根据权利要求5所述的金融证券场景下的大规模性能测试方法，其特征在于，在所述根据所述总压测数据的
7.根据权利要求6所述的金融证券场景下的大规模性能测试方法，其特征在于，在所述根据所述总压测数据的数量，为每一所述目标压测脚本和对应的所述目标配置文件分配云主机之后，还包括：
8.根据权利要求7所述的金融证券场景下的大规模性能测试方法，其特征在于，所述方法还包括：
9.一种金融证券场景下的大规模性能测试系统，其特征在于，所述系统划分为硬件层、控制层、数据层、分析层和显示层，所述系统包括：
10.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至8任一项所述的金融证券场景下的大规模性能测试方法。
...【技术特征摘要】
1.一种金融证券场景下的大规模性能测试方法，其特征在于，所述方法包括：
2.根据权利要求1所述的金融证券场景下的大规模性能测试方法，其特征在于，所述总压测数据是基于每一所述金融证券场景下的多个业务场景形成的，所述目标压测脚本包括目标静态请求脚本和目标动态请求脚本；
3.根据权利要求2所述的金融证券场景下的大规模性能测试方法，其特征在于，所述业务调度文件包括顺序排列文件和场景权重文件；
4.根据权利要求3所述的金融证券场景下的大规模性能测试方法，其特征在于，所述目标配置文件包括目标静态配置文件和目标动态配置文件，所述目标静态请求脚本对应所述目标静态配置文件，所述目标动态请求脚本对应所述目标动态配置文件；所述目标静态配置文件中设置有第一启动时间，所述目标动态配置文件中设置有第二启动时间；
5.根据权利要求4所述的金融证券场景下的大规模性能测试方法，其特征在于，所述为每一所述目标压测脚本和对应的所...
【专利技术属性】
技术研发人员：李皈颖，杨鹏，张剑，韩朝勇，林智发，姚新，李奇隆，叶梦，张俊，许丹昊，赵国强，
申请(专利权)人：深圳证券信息有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。