系统的测试方法、装置、设备及存储介质与流程

1.本技术涉及大数据领域，尤其涉及系统的测试方法、装置、设备及存储介质。


背景技术：

2.随着大数据技术的不断发展，金融机构逐渐将其应用至生产生活中。
3.由于业务科技的飞速发展，金融机构信息系统日益复杂，系统涉及越来越多的协议，系统压力测试的复杂度大大增加。然而，在压力测试领域，现有大部分压力发起工具都是针对不同协议的被测消息应用不同的方法，或者不同的编程语言来实现的。面对被测消息的协议种类不同的情况下，操作复杂度高且易出错，大大影响压力测试的工作效率和测试准确性。
4.目前，关于如何提升发起不同协议的被测消息的效率，是一个亟待解决的问题。


技术实现要素：

5.本技术提供一种系统的测试方法、装置、设备及存储介质，用以解决如何提升发起不同协议的被测消息的效率问题。
6.第一方面，本技术提供一种系统的测试方法，包括：
7.获取被测试系统对应的多个被测消息协议；
8.获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；
9.根据所述多个测试脚本，确定场景配置信息；
10.根据所述多个测试脚本和所述场景配置信息，对所述被测试系统进行测试。
11.第二方面，本技术提供一种系统的测试装置，包括：
12.获取模块，用于获取被测试系统对应的多个被测消息协议；
13.获取模块，还用于获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；
14.确定模块，用于根据所述多个测试脚本，确定场景配置信息；
15.测试模块，用于根据所述多个测试脚本和所述场景配置信息，对所述被测试系统进行测试。
16.第三方面，本技术提供了一种电子设备，包括：
17.处理器和存储器；
18.存储器存储计算机执行指令；
19.处理器执行存储器存储的计算机执行指令，使得电子设备执行第一方面中任一项的方法。
20.第四方面，本技术提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面任一项的方法。
21.第五方面，本技术提供了一种计算机程序产品，包括计算机程序，该计算机程序被
处理器执行时实现如第一方面任一项所述的方法。
22.本实施例提供了一种系统的测试方法、装置、设备及存储介质，该方法首先获取被测试系统对应的多个被测消息协议；其次获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；随后根据多个测试脚本，确定场景配置信息；最后根据多个测试脚本和场景配置信息，对被测试系统进行测试。该方法通过针对不同的被测消息协议，确定对应的协议配置信息，进而确定测试脚本和场景配置信息，进行测试，简化了测试消息包括多种被测消息协议的测试流程，提高了测试工作的效率。
附图说明
23.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
24.图1是本技术提供的系统的测试方法的具体的应用场景图；
25.图2为本技术实施例提供的系统的测试方法流程图一；
26.图3a为本技术实施例提供的系统的测试方法流程图二；
27.图3b为本技术实施例提供的配置页面的示意图；
28.图3c为本技术实施例提供的配置信息采集页面的示意图；
29.图4a为本技术实施例提供的系统的测试方法流程图三；
30.图4b为本技术实施例提供的脚本录制页面的示意图；
31.图5a为本技术实施例提供的系统的测试方法流程图四；
32.图5b为本技术实施例提供的场景配置页面的示意图；
33.图6为本技术实施例提供的一种系统的测试装置的结构示意图；
34.图7为本技术实施例提供一种电子设备的结构示意图。
35.附图标记说明：
36.100-配置页面；
37.101-第一控件；
38.200-配置信息采集页面；
39.201-配置信息文本编辑框；
40.300-脚本录制页面；
41.301-录制控制控件
42.400-场景配置页面；
43.401-场景配置文本编辑框。
44.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
45.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例
中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
46.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
47.需要说明的是，本技术系统的测试的方法和装置可用于大数据领域，也可用于除大数据领域之外的任意领域，本技术系统的测试的方法和装置的应用领域不做限定。
48.本技术提供的系统的测试方法的具体的应用场景图，请参见图1。在对金融机构信息系统进行压力测试时，由于金融机构信息系统涉及的业务种类多样复杂，涉及的协议种类也较多。如图1所示，被测消息a采取a协议，被测消息b采取b协议。此时，在对被测消息a进行测试时，需要采取编程语言a实现；在对被测消息b进行测试时，需要采取编程语言b实现。面对被测交易协议种类不同的情况下，测试人员操作复杂度高且易出错，大大影响压力测试的工作效率和测试准确性。
49.本技术提供的系统的测试方法，旨在解决现有技术的如上技术问题。
50.本技术提供了一种系统的测试方法，该方法首先获取被测试系统对应的多个被测消息协议，针对不同的被测消息协议，确定对应的协议配置信息，进而确定测试脚本和场景配置信息，进行测试，简化了测试消息包括多种被测消息协议的测试流程，提高了测试工作的效率。
51.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
52.图2为本技术实施例提供的系统的测试方法流程图一。如图2所示，本实施例的方法，包括：
53.s201、获取被测试系统对应的多个被测消息协议；
54.本技术实施例的执行主体可以为电子设备，也可以为设置在电子设备中的系统的测试装置。可选地，系统的测试装置可以通过软件实现，也可以通过软件和硬件的结合实现。
55.本技术实施例中，被测试系统可以为金融机构的信息系统，也可以为其他系统。测试可以为压力测试，也可以为其他类型的测试。被测消息是指对被测试系统进行测试时，向其发送的消息。被测消息协议是指被测试系统进行测试时，向其发送的消息的通信协议。
56.其中，压力测试是指在软件测试中，模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。协议定义了数据单元使用的格式，信息单元应该包含的信息与含义，连接方式，信息发送和接收的时序，从而确保网络中数据顺利地传送到确定的地方。
57.获取被测试系统对应的多个被测消息协议可以采用多种方式，例如，在测试开始前，将被测试系统与测试消息涉及的协议的映射关系，写入数据库或者云端中。待需要时通过访问数据库或者云端来获取被测消息协议。
58.可选地，可以通过向被测试系统发送测试消息的方式来获取多个被测消息协议，具体过程如下：
59.向被测试系统发送多个测试消息，多个测试消息中包括多个被测消息协议对应的测试消息，多个被测消息协议包括如下至少两个：超文本传输协议、消息队列协议、客户信息控制系统协议、kafka协议、套接字协议以及dubbo协议；
60.接收被测试系统发送的多个测试响应；
61.确定每个测试响应对应的被测消息协议，以得到多个被测消息协议。
62.本技术的通信协议包括超文本传输协议(hyper text transfer protocol，http)、消息队列协议(message queue，mq)、客户信息控制系统协议(customer information control system，cics)、kafka协议、套接字协议以及dubbo协议。
63.其中，http协议是一个简单的请求响应协议，它通常运行在tcp之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。mq协议是iso标准(iso/iec prf 20922)下基于发布/订阅范式的消息协议。它工作在tcp/ip协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议。cics是指是一系列为应用提供联机事务处理和事务管理的产品，其功能是为商业应用提供一个事务处理环境，帮助客户建立三层次结构的联机事务处理应用，cics有效地区分应用系统中的表述逻辑层、业务逻辑层和数据逻辑层，从而使应用系统结构清晰，维护简单易行。kafka协议是基于tcp之上的二进制协议，所有类型的请求和响应都是结构化的，由不同的初始类型构成。kafka使用这组协议完成各个功能的实现。套接字(socket)，就是对网络中不同主机上的应用进程之间进行双向通信的端点的抽象。一个套接字就是网络上进程通信的一端，提供了应用层进程利用网络协议交换数据的机制。dubbo框架支持很多协议，默认采用dubbo协议，采用的是变长协议的设计。
64.具体地，因为事先不确定被测试系统的被测消息协议，所以，向被测试系统发送多种包括多个被测消息协议对应的测试消息，随后通过被测试系统发送的测试响应来确定被测消息协议。例如，向被测试系统发送3个测试消息。其中测试消息1包括协议1，测试消息2包括协议2，测试消息3包括协议3。此后，被测试系统接收到两个测试响应，一个测试响应包括协议1，一个测试响应包括协议2。则可以确定，该被测试系统的被测消息协议为协议1和协议2。
65.其中，确定测试响应对应的被测消息协议的方式可以采用多种方式，例如，对测试响应进行解析，与每个协议的响应模板对比，进而确定测试响应对应的被测消息协议。或者采用模糊算法对测试响应的被测消息协议进行识别。
66.可选地，针对多个测试响应中的任意一个测试响应；确定测试响应对应的被测消息协议，本技术的方法还包括：
67.确定测试响应对应的响应关键字；
68.根据响应关键字，确定测试响应对应的被测消息协议。
69.响应关键字是指测试响应的报文中，能确定该测试响应的协议的字段。一般，每种协议的消息报文在固定位置都设置有标识位，即响应关键字。以dubbo协议为例，其整体的格式中，0～7位和8～15位分别是magic high和magic low，是固定魔数值(0xdabb)。因此可以通过这两个byte，判断是否为dubbo协议。
70.具体地，对于多个测试响应中的任意一个测试响应，在接收到被测试系统的测试响应后，解析获得测试响应的报文。获取报文中的响应关键字，与预设的协议关键字进行比对，即可确定该测试响应对应的被测消息协议，进而确定该被测试系统的测试消息中，包括该种被测消息协议。
71.s202、获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；
72.本技术实施例中，协议配置信息是指生成测试消息所必须的配置信息，不同被测消息协议对应的协议配置信息参数类型和个数不同。因此，本技术针对不同被测消息协议配有不同的模板，来采集协议配置信息。例如，对于http协议的被测消息，需要配置网络地址和端口号，对于mq协议，需要配置队列名。
73.获取每个被测消息协议对应的协议配置信息可以采取多种方式，例如，通过脚本写入或者页面录入等。本技术实施例中，测试脚本(testing script)，一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。针对不同的被测消息协议，其对应的测试脚本往往不同。例如，对于http协议，其测试脚本包括多个事务，而对于mq协议，其测试脚本包括一个事务。
74.测试脚本是针对一个测试过程的。一个测试过程往往需要众多的数据来测试。通过自动录制得到的脚本，所有的输入数据都是常数，是固定的。如果需要使用一个测试脚本测试多组数据，就需要对脚本进行参数化，把固定的常数修改为来自数据源的变量。因此在获取每个被测消息协议对应的协议配置信息后，往往采用录制的方式录制一个初始的脚本，此后，再进行标准化和参数化处理，得到测试脚本。
75.s203、根据多个测试脚本，确定场景配置信息；
76.本技术实施例中，在已经获得多个测试脚本的基础上，进行场景配置。场景配置是指根据测试需要，对脚本的配比，压力的设置等进行配置。在对被测试系统进行测试时，可以进行包括负载与压力测试、强度测试、并发测试、大数据量测试、配置测试和可靠性测试等多种测试，进而验证被测试系统的性能是否能满足用户需求，发现影响性能的被测试系统缺陷。不同的测试场景中，脚本的配比和压力设置不同。例如负载测试是通过逐步增加被测试系统负载，测试系统性能的变化，并最终确定在满足性能指标的前提下，被测试系统所能承受的最大负载量。负载测试不关注被测试系统稳定性，也就是说不关注系统长时间运行的情况，只是得到不同负载下相关性能指标，根据这些结果作出决策并得出正确的结论。压力测试的目标是，测试在一定的负载下，被测试系统长时间运行的稳定性。但是这个负载不一定是被测试系统本身造成的，比如利用脚本或工具事先吃掉服务器的一部分cpu、内存或带宽等，创造出负载环境来测试被测试系统在此环境下的事物处理能力、响应时间等指标。
77.s204、根据多个测试脚本和场景配置信息，对被测试系统进行测试。
78.本技术实施例中，在确定多个测试脚本和场景配置信息的基础上，根据场景配置信息，执行多个测试脚本，向被测试系统发送多个测试消息，并观测被测试系统的表现，接收被测试系统的测试响应并分析等，从而对被测试系统进行测试。此方案通过将包括多种被测消息协议的测试过程中的信息配置、脚本录制、生成测试脚本并参数化、设置测试场
景、发起测试的流程简化，提高测试效率和准确性。
79.本实施例提供了一种系统的测试方法，该方法首先获取被测试系统对应的多个被测消息协议；其次获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；随后根据多个测试脚本，确定场景配置信息；最后根据多个测试脚本和场景配置信息，对被测试系统进行测试。该方法通过针对不同的被测消息协议，确定对应的协议配置信息，进而确定测试脚本和场景配置信息，进行测试，简化了测试消息包括多种被测消息协议的测试流程，提高了测试工作的效率。
80.图3a为本技术实施例提供的系统的测试方法流程图二。如图3a所示，本实施例的方法，在图2所示的实施例的基础上，对针对多个被测消息协议中的任意一个被测消息协议，获取被测消息协议对应的协议配置信息的过程进行详细的表述。
81.s301、显示配置页面，配置页面中包括被测消息协议对应的第一控件；
82.本技术实施例中，在已经获得多个测试脚本的基础上，可以进行场景配置。此时采取通过配置页面的方式，引导测试人员填写被测消息协议对应的协议配置信息，进而获取协议配置信息。又因为任意一个被测消息协议对应的协议配置信息不同，因此需要先确定被测消息协议，即显示配置页面，其中包括被测消息协议对应的第一控件，由测试人员选择。实际上，当被测消息协议存在多个时，测试人员可以选择任意一个被测消息协议。图3b为本技术实施例提供的配置页面的示意图，如图3b所示，在配置页面100中，包括三个控件供选择，其中，测试人员选择被测消息协议对应的第一控件101，即意味着对协议1对应的配置信息进行设置。采用此种设置，引导测试人员依次对不同被测消息协议对应的配置信息进行填写，使得交互感增强。
83.s302、响应于对第一控件的选中操作，显示被测消息协议对应的配置信息采集页面，配置信息采集页面包括多个文本编辑框；
84.当测试人员点击被测消息协议对应的第一控件101时，则显示显示被测消息协议对应的配置信息采集页面，其中，配置信息采集页面包括多个文本编辑框。图3c为本技术实施例提供的配置信息采集页面的示意图，如图3c所示，配置信息采集页面200中，显示了http协议所需要的配置信息文本编辑框201。此时，测试人员在配置信息文本编辑框201中填写正确的信息文本，即可以完成http协议对应的配置信息采集。具体地，设置文本编辑框包含有错误检查和格式化的功能，使得测试人员填写错误时进行提示，同时将测试人员填写的文本进行格式化，处理成统一的格式。
85.s303、获取在配置信息采集页面中的多个文本编辑框中输入的配置文本，得到协议配置信息。
86.当测试人员在配置信息采集页面的文本编辑框填写好配置文本之后，获取该编辑文本，即为协议配置信息。采用此方案，使得测试人员经过页面的引导填写协议配置信息，同时对填写的协议配置信息进行错误检测和格式化处理，使得协议配置信息的正确率和效率得以提升。
87.可选地，配置信息采集页面支持独立配置和批量配置。当不同被测消息协议涉及的参数相同时，可以选择批量配置。
88.本领域的技术人员可以理解，配置页面和配置信息采集页面中的控件和文本编辑框的设置和位置并不限于上述实施例。
89.本实施例提供了一种系统的测试方法，该方法首先显示配置页面，配置页面中包括被测消息协议对应的第一控件；随后响应于对第一控件的选中操作，显示被测消息协议对应的配置信息采集页面，配置信息采集页面包括多个文本编辑框；最后获取在配置信息采集页面中的多个文本编辑框中输入的配置文本，得到协议配置信息。该方法使得测试人员经过页面的引导填写协议配置信息，同时对填写的协议配置信息进行错误检测和格式化处理，使得获得协议配置信息的正确率和效率得以提升。
90.图4a为本技术实施例提供的系统的测试方法流程图三。如图4a所示，本实施例的方法，在图2所示的实施例的基础上，对针对多个被测消息协议中的任意一个被测消息协议对应的协议配置信息，确定协议配置信息对应的测试脚本的过程进行详细的表述。
91.s401、显示协议配置信息对应的脚本录制页面，脚本录制页面包括至少一个录制控制控件；
92.本技术实施例中，在获取被测消息协议对应的协议配置信息的基础上，需要进行脚本录制。此时采取通过脚本录制页面的方式，引导测试人员进行脚本的录制，进而获得初始脚本。图4b为本技术实施例提供的脚本录制页面的示意图，如图4b所示，脚本录制页面300中的录制控制控件301包括开始录制，停止录制、全部回放、登录、确定交易、验证以及登出七个录制控制控件，还包括步骤数据显示栏。其中录制控制控件中还包括录制脚本所需的其他工具控件，如清空步骤、重置步骤以及日志查看等。步骤数据则可以查看已经设置的步骤的数据。
93.具体地，对于不同协议配置信息，对应的脚本录制页面采取不同的页面设置。例如，对于http协议对应的脚本录制页面，其脚本包括登录，确定交易，验证，登出等操作，此时录制控制控件需要包括这些控件，而对于mq协议对应的脚本录制页面，则不需要以上录制控制控件。
94.s402、响应于对录制控制控件的点击操作，进行脚本录制，得到初始脚本；
95.当测试人员点击开始录制控制控件后，开始录制脚本。当测试人员点击结束录制控制控件后，结束脚本录制。此时，得到的脚本为初始脚本，因为该脚本只针对一个测试过程，所有的输入数据都是由测试人员设置，是固定的。后续如果需要进行压力测试，则需要批量发起测试消息，测试需要对输入的数据进行变化。因此后续需要进行参数化，把固定的常数修改为来自数据源的变量。
96.s403、确定被测消息协议对应的匹配脚本模板；
97.为了将初始脚本适应后续的测试过程，需要根据不同的被测消息协议对应的匹配脚本模板对脚本进行调整。因此此时，首先确定被测消息协议对应的匹配脚本模板，为后续的操作打好基础。
98.s404、根据初始脚本和匹配脚本模板，确定测试脚本。
99.在获得初始脚本和匹配脚本模板的基础上，对初始脚本进行调整。例如对于http协议的初始脚本来说，调整登录账号等数据，使得初始脚本的固定数据变为来自数据源的变量。此后，对其进行标准化处理，得到可以应用与测试的测试脚本。
100.本领域的技术人员可以理解，脚本录制页面中的录制控制控件的设置和位置并不限于上述实施例。
101.本实施例提供了一种系统的测试方法，该方法首先显示协议配置信息对应的脚本
录制页面，脚本录制页面包括至少一个录制控制控件；随后响应于对录制控制控件的点击操作，进行脚本录制，得到初始脚本；接着确定被测消息协议对应的匹配脚本模板；最后根据初始脚本和匹配脚本模板，确定测试脚本。该方法使得测试人员经过页面的引导进行脚本录制，并对初始脚本进行处理得到测试脚本，使得获得测试脚本的正确率和效率得以提升。
102.图5a为本技术实施例提供的系统的测试方法流程图四。如图5a所示，本实施例的方法，在图2所示的实施例的基础上，对据多个测试脚本，确定场景配置信息的过程进行详细的表述。
103.s501、根据多个测试脚本确定场景配置页面，并显示场景配置页面，场景配置页面包括多个场景配置文本编辑框；
104.本技术实施例中，在已经获得多个测试脚本的基础上，可以进行场景配置。场景配置是为了根据测试的特点，对脚本的配比和压力的发起时间等参数进行配置。此时采取通过场景配置页面的方式，引导测试人员填写场景配置信息，进而获取场景配置信息。图5b为本技术实施例提供的场景配置页面的示意图，如图5b所示，场景配置页面400中，显示了场景配置文本编辑框401，其中包括脚本配比和压力发起时间等参数。此处的脚本配比是指存在多个脚本时，每种脚本执行次数占所有脚本执行次数的比例。例如，在压力测试中，利用测试脚本1吃掉被测试系统的部分cpu、内存或者宽带后，再使用测试脚本2模拟被测试系统正常的处理业务的流程。此时测试脚本1的执行次数为300次，测试脚本2的执行次数为700次，则测试脚本1的配比为30％，测试脚本2的配比为70％。压力发起时间是指不同压力的分别发起的时间，例如模拟被测试系统的负载分别为90％、100％、110％、120％时，改变被测试系统负载的时间。
105.s502、获取在场景配置页面中的多个场景配置文本编辑框中输入的场景配置文本，确定场景配置信息。
106.当测试人员在场景配置页面的文本编辑框填写好场景配置文本之后，获取该编辑文本，即为场景配置信息。具体地，设置文本编辑框包含有错误检查和格式化的功能，使得测试人员填写错误时进行提示，同时将测试人员填写的文本进行格式化，处理成统一的格式。采用此方案，使得测试人员经过页面的引导填写场景配置信息，同时对填写的场景配置信息，进行错误检测和格式化处理，使得场景配置信息的正确率和效率得以提升。
107.本领域的技术人员可以理解，场景配置页面中文本编辑框的设置和位置并不限于上述实施例。
108.本实施例提供了一种系统的测试方法，该方法首先根据多个测试脚本确定场景配置页面，并显示场景配置页面；最后获取在场景配置页面中的多个场景配置文本编辑框中输入的场景配置文本，确定场景配置信息。该方法使得测试人员经过页面的引导填写场景配置信息，同时对填写的场景配置信息，进行错误检测和格式化处理，使得场景配置信息的正确率和效率得以提升。
109.进一步地，在上述实施例的基础上，本实施例涉及的是使用配置页面的方式进行信息采集。可选地，配置信息采集页面、场景配置页面以及脚本录制页面分别为网络页面。其中网络页面是指web网页(web page)，是指万维网上的一个按照html格式组织起来的文件。
110.图6为本技术实施例提供的一种系统的测试装置的结构示意图。本实施例的装置可以为软件和/或硬件的形式。如图6所示，本技术实施例提供的一种系统的测试装置600，包括获取模块601、确定模块602和测试模块603，
111.获取模块601，用于获取被测试系统对应的多个被测消息协议；
112.获取模块601，还用于获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；
113.确定模块602，用于根据多个测试脚本，确定场景配置信息；
114.测试模块603，用于根据多个测试脚本和场景配置信息，对被测试系统进行测试。
115.一种可能的实现方式中，获取模块具体用于：
116.向被测试系统发送多个测试消息，多个测试消息中包括多个被测消息协议对应的测试消息，多个被测消息协议包括如下至少两个：超文本传输协议、消息队列协议、客户信息控制系统协议、kafka协议、套接字协议以及dubbo协议；
117.接收被测试系统发送的多个测试响应；
118.确定每个测试响应对应的被测消息协议，以得到多个被测消息协议。
119.一种可能的实现方式中，获取模块具体用于：
120.确定测试响应对应的响应关键字；
121.根据响应关键字，确定测试响应对应的被测消息协议。
122.一种可能的实现方式中，获取模块具体用于：
123.显示配置页面，配置页面中包括被测消息协议对应的第一控件；
124.响应于对第一控件的选中操作，显示被测消息协议对应的配置信息采集页面，配置信息采集页面包括多个文本编辑框；
125.获取在配置信息采集页面中的多个文本编辑框中输入的配置文本，得到协议配置信息。
126.一种可能的实现方式中，获取模块具体用于：
127.显示协议配置信息对应的脚本录制页面，脚本录制页面包括至少一个录制控制控件；
128.响应于对录制控制控件的点击操作，进行脚本录制，得到初始脚本；
129.确定被测消息协议对应的匹配脚本模板；
130.根据初始脚本和匹配脚本模板，确定测试脚本。
131.一种可能的实现方式中，确定模块具体用于：
132.根据多个测试脚本确定场景配置页面，并显示场景配置页面，场景配置页面包括多个场景配置文本编辑框；
133.获取在场景配置页面中的多个场景配置文本编辑框中输入的场景配置文本，确定场景配置信息。
134.一种可能的实现方式中，配置信息采集页面、场景配置页面以及脚本录制页面分别为网络页面。
135.本实施例提供的系统的测试装置，可用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
136.本技术实施例提供一种电子设备的结构示意图，请参见图7，该电子设备20可以包
括处理器21和存储器22。示例性地，处理器21、存储器22，各部分之间通过总线23相互连接。
137.存储器22存储计算机执行指令；
138.处理器21执行存储器22存储的计算机执行指令，使得电子设备执行如上述的系统的测试方法。
139.应理解，上述处理器21可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器22可能包含高速随机存取存储器(英文：random access memory，简称：ram)，也可能还包括非易失性存储器(英文：non-volatile memory，简称：nvm)，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
140.本技术实施例相应还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现系统的测试方法。
141.本技术实施例相应还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现系统的测试方法。
142.在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
143.需要说明的是，本技术实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明。本技术中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
144.在本技术的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。
145.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
146.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：
1.一种系统的测试方法，其特征在于，包括：获取被测试系统对应的多个被测消息协议；获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；根据所述多个测试脚本，确定场景配置信息；根据所述多个测试脚本和所述场景配置信息，对所述被测试系统进行测试。2.根据权利要求1所述的方法，其特征在于，获取被测试系统对应的多个被测消息协议，包括：向所述被测试系统发送多个测试消息，所述多个测试消息中包括所述多个被测消息协议对应的测试消息，所述多个被测消息协议包括如下至少两个：超文本传输协议、消息队列协议、客户信息控制系统协议、kafka协议、套接字协议以及dubbo协议；接收所述被测试系统发送的多个测试响应；确定每个测试响应对应的被测消息协议，以得到所述多个被测消息协议。3.根据权利要求2所述的方法，其特征在于，针对所述多个测试响应中的任意一个测试响应；确定所述测试响应对应的被测消息协议，包括：确定所述测试响应对应的响应关键字；根据所述响应关键字，确定所述测试响应对应的被测消息协议。4.根据权利要求1-3任一项所述的方法，其特征在于，针对所述多个被测消息协议中的任意一个被测消息协议；获取所述被测消息协议对应的协议配置信息，包括：显示配置页面，所述配置页面中包括所述被测消息协议对应的第一控件；响应于对所述第一控件的选中操作，显示所述被测消息协议对应的配置信息采集页面，所述配置信息采集页面包括多个文本编辑框；获取在所述配置信息采集页面中的多个文本编辑框中输入的配置文本，得到所述协议配置信息。5.根据权利要求1-4任一项所述的方法，其特征在于，针对所述多个被测消息协议中的任意一个被测消息协议对应的协议配置信息；确定所述协议配置信息对应的测试脚本，包括：显示所述协议配置信息对应的脚本录制页面，所述脚本录制页面包括至少一个录制控制控件；响应于对所述录制控制控件的点击操作，进行脚本录制，得到初始脚本；确定所述被测消息协议对应的匹配脚本模板；根据所述初始脚本和所述匹配脚本模板，确定测试脚本。6.根据权利要求1-3任一项所述的方法，其特征在于，根据所述多个测试脚本，确定场景配置信息，包括：根据所述多个测试脚本确定场景配置页面，并显示所述场景配置页面，所述场景配置页面包括多个场景配置文本编辑框；获取在所述场景配置页面中的多个场景配置文本编辑框中输入的场景配置文本，确定场景配置信息。7.根据权利要求1-6任一项所述的方法，其特征在于，所述配置信息采集页面、所述场
景配置页面以及脚本录制页面分别为网络页面。8.一种系统的测试装置，其特征在于，包括：获取模块，用于获取被测试系统对应的多个被测消息协议；获取模块，还用于获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；确定模块，用于根据所述多个测试脚本，确定场景配置信息；测试模块，用于根据所述多个测试脚本和所述场景配置信息，对所述被测试系统进行测试。9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。

技术总结
本申请提供一种系统的测试方法、装置、设备及存储介质，可用于大数据领域。该方法包括：获取被测试系统对应的多个被测消息协议；获取每个被测消息协议对应的协议配置信息，并确定每个协议配置信息对应的测试脚本，得到多个测试脚本；根据所述多个测试脚本，确定场景配置信息；根据所述多个测试脚本和所述场景配置信息，对所述被测试系统进行测试。本申请的方法，简化了测试消息包括多种被测消息协议的测试流程，提高了测试工作的效率。提高了测试工作的效率。提高了测试工作的效率。


技术研发人员：孙佳 段建利
受保护的技术使用者：中国银行股份有限公司
技术研发日：2023.06.06
技术公布日：2023/9/5