一种通信业务平台的自动化性能测试方法及相关装置与流程

1.本技术涉及计算机技术领域，特别涉及一种通信业务平台的自动化性能测试方法、自动化性能测试装置、服务器以及计算机可读存储介质。


背景技术：

2.随着物联网技术的不断发展，系统间的数据交互越来越复杂，具体呈现出数据量大、通信频次高等特点。
3.相关技术中，现有基于长连接通信的业务系统性能测试方法大多基于http系统测试方案改造而来。基于长连接通信的业务系统性能系测试过程中，客户端机器不但要实现海量设备连接和客户端业务模拟，而且还要实现压力下的众多场景，比如测试服务端宕机重启之后的流量洪峰应对、消息发送的送达及延时占比、定量设备不定时重连等等，面对众多的测试场景需求，基于现有的测试方案很难应对。导致增加系统的性能测试难度，降低性能测试的实际场景覆盖率。
4.因此，如何降低系统的性能测试难度，提高性能测试的实际场景覆盖率是本领域技术人员关注的重点问题


技术实现要素：

5.本技术的目的是提供一种通信业务平台的自动化性能测试方法、自动化性能测试装置、服务器以及计算机可读存储介质，以降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
6.为解决上述技术问题，本技术提供一种通信业务平台的自动化性能测试方法，包括：
7.基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；
8.基于所述测试脚本进行测试策略执行，得到测试信息；
9.对所述测试信息进行数据回归处理，得到测试结果。
10.可选的，基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，包括：
11.基于接收到的通信业务需求信息进行客户端行为定义和业务数据模拟，得到初始测试脚本；
12.对所述初始测试脚本进行测试数据埋点数据，得到所述测试脚本。
13.可选的，当得到所述测试脚本时，还包括：
14.基于小批量资源对所述测试脚本进行测试；
15.若所述测试脚本满足需求，则将所述测试脚本进行下发处理。
16.可选的，基于所述测试脚本进行测试策略执行，得到测试信息，包括：
17.基于所述测试脚本进行测试策略执行；
18.当所述测试策略执行的过程中触发埋点时，进行测试信息收集，得到所述测试信息。
19.可选的，对所述测试信息进行数据回归处理，得到测试结果，包括：
20.对所述测试信息进行数据清洗处理，得到所述测试结果。
21.可选的，基于所述测试脚本进行测试策略执行，得到测试信息，包括：
22.基于go语言环境和虚拟网卡构建多客户端的测试执行环境；
23.基于所述测试执行环境对所述测试脚本进行执行处理，得到所述测试信息。
24.可选的，还包括：
25.基于预设报表格式对所述测试结果进行报表生成处理，得到测试结果报表。
26.本技术还提供一种通信业务平台的自动化性能测试装置，包括：
27.测试脚本创建模块，用于基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；
28.测试执行模块，用于基于所述测试脚本进行测试策略执行，得到测试信息；
29.数据处理模块，用于对所述测试信息进行数据回归处理，得到测试结果。
30.本技术还提供一种服务器，包括：
31.存储器，用于存储计算机程序；
32.处理器，用于执行所述计算机程序时实现如上所述的自动化性能测试方法的步骤。
33.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的自动化性能测试方法的步骤。
34.本技术所提供的一种通信业务平台的自动化性能测试方法，包括：基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；基于所述测试脚本进行测试策略执行，得到测试信息；对所述测试信息进行数据回归处理，得到测试结果。
35.通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
36.本技术还提供一种通信业务平台的自动化性能测试装置、服务器以及计算机可读存储介质，具有以上有益效果，在此不作赘述。
附图说明
37.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
38.图1为本技术实施例所提供的一种通信业务平台的自动化性能测试方法的流程图；
39.图2为本技术实施例所提供的一种通信业务平台的自动化性能测试方法的结构示
意图；
40.图3为本技术实施例所提供的一种自动化性能测试方法的策略定义模块的结构示意图；
41.图4为本技术实施例所提供的另一种自动化性能测试方法的流程图；
42.图5为本技术实施例所提供的一种通信业务平台的自动化性能测试装置的结构示意图；
43.图6为本技术实施例所提供的一种服务器的结构示意图。
具体实施方式
44.本技术的核心是提供一种通信业务平台的自动化性能测试方法、自动化性能测试装置、服务器以及计算机可读存储介质，以降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
45.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.相关技术中，现有基于长连接通信的业务系统性能测试方法大多基于http系统测试方案改造而来。基于长连接通信的业务系统性能系测试过程中，客户端机器不但要实现海量设备连接和客户端业务模拟，而且还要实现压力下的众多场景，比如测试服务端宕机重启之后的流量洪峰应对、消息发送的送达及延时占比、定量设备不定时重连等等，面对众多的测试场景需求，基于现有的测试方案很难应对。导致增加系统的性能测试难度，降低性能测试的实际场景覆盖率。
47.因此，本技术提供一种通信业务平台的自动化性能测试方法，通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
48.以下通过一个实施例，对本技术提供的一种通信业务平台的自动化性能测试方法进行说明。
49.请参考图1，图1为本技术实施例所提供的一种通信业务平台的自动化性能测试方法的流程图。
50.本实施例中，该方法可以包括：
51.s101，基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；
52.本步骤旨在基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本。
53.其中，通信业务需求信息是指描述业务需求的信息，可以是技术人员向设备输入的信息数据。其中，策略定义规则可以是定义的客户端行为和业务数据模拟的数据。
54.进一步的，本步骤可以包括：
55.步骤1，基于接收到的通信业务需求信息进行客户端行为定义和业务数据模拟，得到初始测试脚本；
56.步骤2，对初始测试脚本进行测试数据埋点数据，得到测试脚本。
57.可见，本可选主要是说明如何生成对应的测试脚本。本可选方案中，基于接收到的通信业务需求信息进行客户端行为定义和业务数据模拟，得到初始测试脚本；对初始测试脚本进行测试数据埋点数据，得到测试脚本。
58.进一步的，上一可选方案的基础上，当得到测试脚本时，本实施例还可以包括：
59.步骤1，基于小批量资源对测试脚本进行测试；
60.步骤2，若测试脚本满足需求，则将测试脚本进行下发处理。
61.可见，本可选方案主要是说明还可以对测试脚本进行测试。本可选方案中，基于小批量资源对测试脚本进行测试；若测试脚本满足需求，则将测试脚本进行下发处理。
62.s102，基于测试脚本进行测试策略执行，得到测试信息；
63.在s101的基础上，本步骤旨在基于测试脚本进行测试策略执行，得到测试信息。
64.本步骤中执行测试脚本的方式可以参考现有技术提供的任意一种执行方式，在此不作赘述。
65.进一步的，本步骤可以包括：
66.步骤1，基于测试脚本进行测试策略执行；
67.步骤2，当测试策略执行的过程中触发埋点时，进行测试信息收集，得到测试信息。
68.可见，本可选方案中主要是说明如何执行测试脚本。本可选方案中，基于测试脚本进行测试策略执行；当测试策略执行的过程中触发埋点时，进行测试信息收集，得到测试信息。
69.进一步的，本步骤可以包括：
70.步骤1，基于go语言环境和虚拟网卡构建多客户端的测试执行环境；
71.步骤2，基于测试执行环境对测试脚本进行执行处理，得到测试信息。
72.进一步的，为了提高执行测试脚本的效率。本可选方案中，基于go语言环境和虚拟网卡构建多客户端的测试执行环境；基于测试执行环境对测试脚本进行执行处理，得到测试信息。
73.其中，go语言是一种静态强类型、编译型语言，功能上含有内存管理和垃圾回收，目前已经在物联网和云计算等领域大量使用，go语言的协程机制类似java的线程，一个线程可以拥有多个协程，与线程相比，协程不受操作系统调度，协程调度器按照调度策略把协程调度到线程中执行，利用go的协程机制可以轻量级的模拟一个客户端，从而解决单机模拟客户端导致的线程太多，cpu难以调度问题。其中，虚拟网卡技术可以解决操作系统端口上限问题。当前操作系统的端口上限为65535，理论情况下单台机器最大可建立65535个客户端连接(实际需要考虑默认端口的使用等等)，由于一个网络连接的唯一性由五部分组成：协议、本地ip、本地端口、远程ip、远程端口，通过虚拟网卡技术可以在单台机器建立多个ip从而保证了连接的唯一性，从而突破单台机器65535端口限制，轻松实现单台机器百万连接。
74.s103，对测试信息进行数据回归处理，得到测试结果。
75.在s102的基础上，本步骤旨在对测试信息进行数据回归处理，得到测试结果。也就
是说，上一步骤中得到的测试信息不具有可读性，需要通过本步骤中的数据回归处理，得到可读性良好的测试结果。
76.进一步的，本步骤可以包括：
77.对测试信息进行数据清洗处理，得到测试结果。
78.可见，本可选方案主要是说明如何对测试信息进行处理。本可选方案中，对测试信息进行数据清洗处理，得到测试结果。其中，数据清洗处理包括对数据进行冗余数据清理，数据回归分析，数据归一化处理。
79.进一步的，本实施例还可以包括：
80.基于预设报表格式对测试结果进行报表生成处理，得到测试结果报表。
81.可见，本可选方案中主要是说明还可以基于测试结果生成对应的报表。本可选方案中，基于预设报表格式对测试结果进行报表生成处理，得到测试结果报表。
82.综上，本实施例通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
83.以下通过另一具体的实施例，对本技术提供一种通信业务平台的自动化性能测试方法做进一步说明。
84.本实施例通过go语言和虚拟网卡技术提供一种基于长连接业务系统的自动化性能测试方案。
85.其中，go语言是一种静态强类型、编译型语言，功能上含有内存管理和垃圾回收，目前已经在物联网和云计算等领域大量使用，go语言的协程机制类似java的线程，一个线程可以拥有多个协程，与线程相比，协程不受操作系统调度，协程调度器按照调度策略把协程调度到线程中执行，利用go的协程机制可以轻量级的模拟一个客户端，从而解决单机模拟客户端导致的线程太多，cpu难以调度问题。
86.其中，虚拟网卡技术可以解决操作系统端口上限问题。当前操作系统的端口上限为65535，理论情况下单台机器最大可建立65535个客户端连接(实际需要考虑默认端口的使用等等)，由于一个网络连接的唯一性由五部分组成：协议、本地ip、本地端口、远程ip、远程端口，通过虚拟网卡技术可以在单台机器建立多个ip从而保证了连接的唯一性，从而突破单台机器65535端口限制，轻松实现单台机器百万连接。
87.请参考图2，图2为本技术实施例所提供的一种通信业务平台的自动化性能测试方法的结构示意图。
88.本实施例中的自动化测试平台架构如图2所示，包括策略定义模块、数据回归模块和策略执行模块。
89.其中，策略定义模块定义测试的边界和运行模式，独立部署，在实际测试中测试人员通过策略定义模块提供的扩展方法开发具体的测试脚本。策略执行模块可单独或者集群部署，具体根据测试的量级决定，该模块承担测试策略的实际执行任务。数据回归模块用于测试数据收集、清洗及展示，可以和策略定义模块集成部署在服务器中。
90.请参考图3，图3为本技术实施例所提供的一种自动化性能测试方法的策略定义模块的结构示意图。
91.策略定义模块，包括客户端行为定义、业务数据模拟和埋点数据设计三部分。
92.其中，客户端行为定义不包含具体的测试业务属性，该模块定义客户端的行为，包含连接行为定义和发送行为定义，连接行为包含连接数量、连接时长(永久、自定义)、连接状态(永久在线、定速离线、随机离线)、重连行为(离线重连、离线固定时间重连、离线随机时间重连)；发送行为包含定速发送、间隔发送、定时发送和触发发送，其中触发发送是接收到某个指令之后发送。
93.其中，业务数据模拟模块包括所有的业务数据模拟，定义了测试交互的数据内容及解析方式。其核心为规则引擎，用户通过规则引擎定义数据的发送格式、接收格式以及数据发送的触发方式，例如一个客户端注册业务包含注册模式匹配、注册请求、客户端信息上报三部分，则可以在业务数据的模拟模块定义客户端id、注册模式返回信息的解析及路由、不同注册模式的数据上报格式及内容、客户端信息的上报内容等。
94.其中，埋点数据定义测试数据的抽取方式，包含耗时、成功率、警告情况等，埋点数据和报表的生成方式相关，开发人员可以依赖报告的生成元素来组合埋点数据，测试平台会根据定义的埋点数据定时或者触发上报。
95.其中，测试脚本仿真主要是对脚本的初步测试和校验，分为离线仿真和在线仿真，离线仿真模拟服务端数据，校验测试脚本的可用性，在线仿真直接请求服务端，进行实际业务仿真。
96.其中，资源计算和策略下发模块是辅助模块，资源计算主要是对策略执行平台进行规划，通过定义的测试脚本及平台的物理信息，资源计算模块计算出当前测试需要的执行平台数量及ip信息，计算后数据直接导入策略下发模块，策略下发模块根据执行信息调用策略执行平台执行相关脚本。
97.请参考图4，图4为本技术实施例所提供的另一种自动化性能测试方法的流程图。
98.本实施例中，该方法可以包括：
99.步骤1，策略定义，根据实际业务需求结合策略定义平台进行脚本编写；
100.步骤2，策略仿真，编写的脚本可以直接提交至策略定义平台进行策略仿真，校验编写的策略是否满足测试要求，也可进行小批量实验测试；
101.步骤3，如定义的策略脚本满足需求，则进行策略下发；
102.步骤4，策略执行模块接收到下发策略后会按照策略定义的要求开启策略执行；
103.步骤5，埋点数据收集：策略过程中通过埋点数据收集测试信息上报数据回归模块；
104.步骤6，数据回归模块接收到数据后进行清洗存储并且实时数据展示；
105.步骤7，测试完毕后数据回归模块会整理发布测试数据，生成报表。
106.可见，本实施例通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
107.下面对本技术实施例提供的通信业务平台的自动化性能测试装置进行介绍，下文描述的通信业务平台的自动化性能测试装置与上文描述的通信业务平台的自动化性能测试方法可相互对应参照。
108.请参考图5，图5为本技术实施例所提供的一种通信业务平台的自动化性能测试装置的结构示意图。
109.本实施例中，该装置可以包括：
110.测试脚本创建模块100，用于基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；
111.测试执行模块200，用于基于测试脚本进行测试策略执行，得到测试信息；
112.数据处理模块300，用于对测试信息进行数据回归处理，得到测试结果。
113.可选的，该测试脚本创建模块100，具体用于基于接收到的通信业务需求信息进行客户端行为定义和业务数据模拟，得到初始测试脚本；对初始测试脚本进行测试数据埋点数据，得到测试脚本。
114.可选的，该装置，还可以包括：
115.脚本测试模块，用于基于小批量资源对测试脚本进行测试；若测试脚本满足需求，则将测试脚本进行下发处理。
116.可选的，该测试执行模块200，具体用于基于测试脚本进行测试策略执行；当测试策略执行的过程中触发埋点时，进行测试信息收集，得到测试信息。
117.可选的，该数据处理模块300，具体用于对测试信息进行数据清洗处理，得到测试结果。
118.可选的，该测试执行模块200，具体用于基于go语言环境和虚拟网卡构建多客户端的测试执行环境；基于测试执行环境对测试脚本进行执行处理，得到测试信息。
119.可选的，该装置，还可以包括：
120.报表生成模块，用于基于预设报表格式对测试结果进行报表生成处理，得到测试结果报表。
121.可见，本实施例通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
122.本技术还提供了一种服务器，请参考图6，图6为本技术实施例所提供的一种服务器的结构示意图，该服务器可包括：
123.存储器，用于存储计算机程序；
124.处理器，用于执行计算机程序时可实现如上述任意一种通信业务平台的自动化性能测试方法的步骤。
125.如图6所示，为服务器的组成结构示意图，服务器可以包括：处理器10、存储器11、通信接口12和通信总线13。处理器10、存储器11、通信接口12均通过通信总线13完成相互间的通信。
126.在本技术实施例中，处理器10可以为中央处理器(centralprocessingunit，cpu)、特定应用集成电路、数字信号处理器、现场可编程门阵列或者其他可编程逻辑器件等。
127.处理器10可以调用存储器11中存储的程序，具体的，处理器10可以执行异常ip识别方法的实施例中的操作。
128.存储器11中用于存放一个或者一个以上程序，程序可以包括程序代码，程序代码
包括计算机操作指令，在本技术实施例中，存储器11中至少存储有用于实现以下功能的程序：
129.基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；
130.基于测试脚本进行测试策略执行，得到测试信息；
131.对测试信息进行数据回归处理，得到测试结果。
132.在一种可能的实现方式中，存储器11可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及至少一个功能所需的应用程序等；存储数据区可存储使用过程中所创建的数据。
133.此外，存储器11可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。
134.通信接口12可以为通信模块的接口，用于与其他设备或者系统连接。
135.当然，需要说明的是，图6所示的结构并不构成对本技术实施例中服务器的限定，在实际应用中服务器可以包括比图6所示的更多或更少的部件，或者组合某些部件。
136.可见，本实施例通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
137.本技术还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如上述任意一种通信业务平台的自动化性能测试方法的步骤。
138.该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
139.对于本技术提供的计算机可读存储介质的介绍请参照上述方法实施例，本技术在此不做赘述。
140.可见，本实施例通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。
141.说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
142.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应
认为超出本技术的范围。
143.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
144.以上对本技术所提供的一种通信业务平台的自动化性能测试方法、自动化性能测试装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。

技术特征：
1.一种通信业务平台的自动化性能测试方法，其特征在于，包括：基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；基于所述测试脚本进行测试策略执行，得到测试信息；对所述测试信息进行数据回归处理，得到测试结果。2.根据权利要求1所述的自动化性能测试方法，其特征在于，基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，包括：基于接收到的通信业务需求信息进行客户端行为定义和业务数据模拟，得到初始测试脚本；对所述初始测试脚本进行测试数据埋点数据，得到所述测试脚本。3.根据权利要求2所述的自动化性能测试方法，其特征在于，当得到所述测试脚本时，还包括：基于小批量资源对所述测试脚本进行测试；若所述测试脚本满足需求，则将所述测试脚本进行下发处理。4.根据权利要求1所述的自动化性能测试方法，其特征在于，基于所述测试脚本进行测试策略执行，得到测试信息，包括：基于所述测试脚本进行测试策略执行；当所述测试策略执行的过程中触发埋点时，进行测试信息收集，得到所述测试信息。5.根据权利要求1所述的自动化性能测试方法，其特征在于，对所述测试信息进行数据回归处理，得到测试结果，包括：对所述测试信息进行数据清洗处理，得到所述测试结果。6.根据权利要求1所述的自动化性能测试方法，其特征在于，基于所述测试脚本进行测试策略执行，得到测试信息，包括：基于go语言环境和虚拟网卡构建多客户端的测试执行环境；基于所述测试执行环境对所述测试脚本进行执行处理，得到所述测试信息。7.根据权利要求1所述的自动化性能测试方法，其特征在于，还包括：基于预设报表格式对所述测试结果进行报表生成处理，得到测试结果报表。8.一种通信业务平台的自动化性能测试装置，其特征在于，包括：测试脚本创建模块，用于基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；测试执行模块，用于基于所述测试脚本进行测试策略执行，得到测试信息；数据处理模块，用于对所述测试信息进行数据回归处理，得到测试结果。9.一种服务器，其特征在于，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的自动化性能测试方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的自动化性能测试方法的步骤。

技术总结
本申请公开了一种通信业务平台的自动化性能测试方法，包括：基于接收到的通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本；基于所述测试脚本进行测试策略执行，得到测试信息；对所述测试信息进行数据回归处理，得到测试结果。通过通信业务需求信息和策略定义规则进行脚本创建处理，得到测试脚本，并基于测试脚本进行测试策略执行，最后进行数据回归处理，得到测试结果，实现了对通信业务平台进行自动化测试，避免了人工的方式确定测试脚本，提高降低系统的性能测试难度，提高性能测试的实际场景覆盖率。本申请还公开了一种通信业务平台的自动化性能测试装置、服务器以及计算机可读存储介质，具有以上有益效果。果。果。


技术研发人员：慕瑞华 李龙 周兰 张诗怡 刘巧红
受保护的技术使用者：中电科网络安全科技股份有限公司
技术研发日：2023.06.19
技术公布日：2023/9/16