运营运维测试方法、装置、设备及介质与流程

1.本发明涉及测试技术领域，尤其涉及一种运营运维测试方法、装置、设备及介质。


背景技术：

2.近年来，面对机构投资者对交易时延越来越苛刻的追求，集中交易系统已逐渐无法满足当前的市场需求，各大券商都在逐步推出低时延的极速交易系统，以抢占机构投资者客户。
3.而由于业务扩展、业务复杂度增加，交易系统发布也更加频繁，随之而来的是发布包的稳定性、可靠性降低，同时增加了功能测试问题排查、无效测试等工作量。
4.并且，由于新功能开发或对已有功能的变更可能会引起其他关联功能变更，且人对同一重复功能测试会产生疲劳感，也不可能全量测试系统全部功能，因此会导致bug漏测等问题，且测试效率较低。


技术实现要素：

5.鉴于以上内容，有必要提供一种运营运维测试方法、装置、设备及介质，能够对运营运维过程进行自动化测试。
6.一种运营运维测试方法，所述运营运维测试方法包括：
7.响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据；
8.根据所述待测试数据进行环境初始化，以检测是否上场成功；
9.当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性；
10.当检测到所述待测试功能都正确时，检测实时指令是否生效；
11.当检测到所述实时指令生效时，检测委托数据流是否正确；
12.当检测到所述委托数据流正确时，验证配置文件；
13.当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。
14.根据本发明优选实施例，所述根据所述待测试数据进行环境初始化，以检测是否上场成功包括：
15.对所述待测试数据中的客户数据及报盘数据进行初始化；
16.将初始化后得到的数据与执行每日运维上场时的各个子流程相结合；
17.校验各个子流程的执行状态，以验证所述目标交易系统中的每个组件是否正常启动；
18.当每个组件都正常启动时，确定上场成功；或者
19.当有组件未正常启动时，确定上场失败。
20.根据本发明优选实施例，所述获取待测试功能的返回码，以检测所述待测试功能的正确性包括：
21.将配置页面上的字段作为请求参数，并基于http请求封装所述待测试功能；
22.获取所述http请求的返回码；
23.当所述返回码显示返回成功时，确定所述待测试功能正确；或者
24.当所述返回码显示返回失败时，确定所述待测试功能异常。
25.根据本发明优选实施例，所述获取待测试功能的返回码，以检测所述待测试功能的正确性包括：
26.通过selenium查找配置浏览器的页面元素，并模拟预设操作；
27.在模拟结束后，获取所述浏览器的提示信息，及/或浏览器列表的变更数据；
28.根据所述提示信息及/或所述变更数据对所述待测试功能的正确性进行首次检测，得到第一检测结果；
29.在完成所述首次检测后，通过数据库校验对所述待测试功能的正确性进行二次检测，得到第二检测结果；
30.根据所述第一检测结果及所述第二检测结果确定所述待测试功能的正确性。
31.根据本发明优选实施例，所述检测实时指令是否生效包括：
32.在检测到通过请求方式及/或浏览器驱动方式修改配置后，获取所述交易系统的数据库实时指令表，并检测所述数据库实时指令表中是否生成实时指令，及检测生成的实时指令是否正确；
33.获取所述目标交易系统的内存表，并校验所述内存表中的配置数据是否更新正确，并校验所述配置数据对应的功能是否生效。
34.根据本发明优选实施例，所述检测委托数据流是否正确包括：
35.在检测到交易接口发送委托后，获取委托数据所经过的各个组件的拒绝码或者查询码；
36.根据各个组件的拒绝码或者查询码确定所述委托数据流是否正确。
37.根据本发明优选实施例，所述验证配置文件包括：
38.通过paramiko连接至配置服务器获取版本数据，以检测各个包的正确性；
39.通过所述paramiko下载共享检测模板，并将所述共享检测模板与模板文件进行对比，以检测各个节点的变更状态。
40.一种运营运维测试装置，所述运营运维测试装置包括：
41.获取单元，用于响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据；
42.初始化单元，用于根据所述待测试数据进行环境初始化，以检测是否上场成功；
43.检测单元，用于当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性；
44.所述检测单元，还用于当检测到所述待测试功能都正确时，检测实时指令是否生效；
45.所述检测单元，还用于当检测到所述实时指令生效时，检测委托数据流是否正确；
46.验证单元，用于当检测到所述委托数据流正确时，验证配置文件；
47.确定单元，用于当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。
48.一种计算机设备，所述计算机设备包括：
49.存储器，存储至少一个指令；及
50.处理器，执行所述存储器中存储的指令以实现所述运营运维测试方法。
51.一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被计算机设备中的处理器执行以实现所述运营运维测试方法。
52.由以上技术方案可以看出，本发明能够在接收到对目标交易系统的运营运维测试指令后，分别执行上场测试、功能测试、实时指令测试、委托数据流测试及配置文件的检测，以实现对目标交易系统运营运维过程的自动化测试，不仅避免了由于人为测试而引入测试错误，还保证了测试的高效性。
附图说明
53.图1是本发明运营运维测试方法的较佳实施例的流程图。
54.图2是本发明运营运维测试装置的较佳实施例的功能模块图。
55.图3是本发明实现运营运维测试方法的较佳实施例的计算机设备的结构示意图。
具体实施方式
56.为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
57.如图1所示，是本发明运营运维测试方法的较佳实施例的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
58.所述运营运维测试方法应用于一个或者多个计算机设备中，所述计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
59.所述计算机设备可以是任何一种可与用户进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、个人数字助理(personal digital assistant，pda)、游戏机、交互式网络电视(internet protocol television，iptv)、智能式穿戴式设备等。
60.所述计算机设备还可以包括网络设备和/或用户设备。其中，所述网络设备包括，但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(cloud computing)的由大量主机或网络服务器构成的云。
61.所述服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
62.其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
63.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机
视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
64.所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(virtual private network，vpn)等。
65.s10，响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据。
66.在本实施例中，所述目标交易系统可以为实现证券交易等功能的交易系统。
67.在本实施例中，所述运营运维测试指令可以根据实际的测试需求进行触发。
68.在本实施例中，所述根据所述运营运维测试指令获取待测试数据包括：
69.解析所述运营运维测试指令，得到所述运营运维测试指令所携带的信息；
70.从所述运营运维测试指令所携带的信息中读取所述待测试数据。
71.其中，所述待测试数据可以包括，但不限于以下一种或者多种的组合：客户数据、报盘数据等。
72.s11，根据所述待测试数据进行环境初始化，以检测是否上场成功。
73.在本实施例中，所述根据所述待测试数据进行环境初始化，以检测是否上场成功包括：
74.对所述待测试数据中的客户数据及报盘数据进行初始化；
75.将初始化后得到的数据与执行每日运维上场时的各个子流程相结合；
76.校验各个子流程的执行状态，以验证所述目标交易系统中的每个组件是否正常启动；
77.当每个组件都正常启动时，确定上场成功；或者
78.当有组件未正常启动时，确定上场失败。
79.在上述实施例中，能够自动验证各个组件是否正常启动，及客户与交易参数是否上场成功。
80.s12，当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性。
81.其中，所述返回码用于标记功能数据的返回状态，因此，通过所述返回码能够判断各功能是否正常执行。
82.具体地，所述获取待测试功能的返回码，以检测所述待测试功能的正确性包括：
83.将配置页面上的字段作为请求参数，并基于http请求封装所述待测试功能；
84.获取所述http请求的返回码；
85.当所述返回码显示返回成功时，确定所述待测试功能正确；或者
86.当所述返回码显示返回失败时，确定所述待测试功能异常。
87.其中，所述配置页面可以为用户输入页面。
88.其中，在根据所述http请求的返回码检测所述待测试功能的正确性后，还可以结合数据库校验以进一步校验各待测试功能的正确性。
89.在上述实施例中，能够结合http请求校验各待测试功能的正确性。
90.具体地，所述获取待测试功能的返回码，以检测所述待测试功能的正确性包括：
91.通过selenium查找配置浏览器的页面元素，并模拟预设操作；
92.在模拟结束后，获取所述浏览器的提示信息，及/或浏览器列表的变更数据；
93.根据所述提示信息及/或所述变更数据对所述待测试功能的正确性进行首次检测，得到第一检测结果；
94.在完成所述首次检测后，通过数据库校验对所述待测试功能的正确性进行二次检测，得到第二检测结果；
95.根据所述第一检测结果及所述第二检测结果确定所述待测试功能的正确性。
96.其中，所述预设操作可以包括，但不限于点击，页面切换，填写表单等操作。
97.其中，所述浏览器的提示信息可以包括弹窗提示信息等。
98.在上述实施例中，能够通过selenium实现仿真测试，无需人为操作，不仅释放了人力成本，且能够有效避免由于人为因素而引入的错误，提高了测试的准确性，且机器自动仿真的方式也进一步保证了测试的效率。
99.s13，当检测到所述待测试功能都正确时，检测实时指令是否生效。
100.在本实施例中，所述检测实时指令是否生效包括：
101.在检测到通过请求方式及/或浏览器驱动方式修改配置后，获取所述交易系统的数据库实时指令表，并检测所述数据库实时指令表中是否生成实时指令，及检测生成的实时指令是否正确；
102.获取所述目标交易系统的内存表，并校验所述内存表中的配置数据是否更新正确，并校验所述配置数据对应的功能是否生效。
103.s14，当检测到所述实时指令生效时，检测委托数据流是否正确。
104.在本实施例中，所述检测委托数据流是否正确包括：
105.在检测到交易接口发送委托后，获取委托数据所经过的各个组件的拒绝码或者查询码；
106.根据各个组件的拒绝码或者查询码确定所述委托数据流是否正确。
107.s15，当检测到所述委托数据流正确时，验证配置文件。
108.在本实施例中，所述验证配置文件包括：
109.通过paramiko连接至配置服务器获取版本数据，以检测各个包的正确性；
110.通过所述paramiko下载共享检测模板，并将所述共享检测模板与模板文件进行对比，以检测各个节点的变更状态。
111.其中，所述各个节点的变更状态包括，但不限于哪些节点是新增、修改、或删除的节点。
112.s16，当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。
113.通过上述实施例，能够从不同的维度对所述目标交易系统的运营运维进行自动化测试，可以确保所述目标交易系统功能发布版本质量的一致性，从而提高发版效率，为所述目标交易系统的上线提供测试通过的决策依据。
114.由以上技术方案可以看出，本发明能够在接收到对目标交易系统的运营运维测试指令后，分别执行上场测试、功能测试、实时指令测试、委托数据流测试及配置文件的检测，以实现对目标交易系统运营运维过程的自动化测试，不仅避免了由于人为测试而引入测试错误，还保证了测试的高效性。
115.如图2所示，是本发明运营运维测试装置的较佳实施例的功能模块图。所述运营运
维测试装置11包括获取单元110、初始化单元111、检测单元112、验证单元113、确定单元114。本发明所称的模块/单元是指一种能够被处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块/单元的功能将在后续的实施例中详述。
116.所述获取单元110，用于响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据。
117.在本实施例中，所述目标交易系统可以为实现证券交易等功能的交易系统。
118.在本实施例中，所述运营运维测试指令可以根据实际的测试需求进行触发。
119.在本实施例中，所述获取单元110根据所述运营运维测试指令获取待测试数据包括：
120.解析所述运营运维测试指令，得到所述运营运维测试指令所携带的信息；
121.从所述运营运维测试指令所携带的信息中读取所述待测试数据。
122.其中，所述待测试数据可以包括，但不限于以下一种或者多种的组合：客户数据、报盘数据等。
123.所述初始化单元111，用于根据所述待测试数据进行环境初始化，以检测是否上场成功。
124.在本实施例中，所述初始化单元111根据所述待测试数据进行环境初始化，以检测是否上场成功包括：
125.对所述待测试数据中的客户数据及报盘数据进行初始化；
126.将初始化后得到的数据与执行每日运维上场时的各个子流程相结合；
127.校验各个子流程的执行状态，以验证所述目标交易系统中的每个组件是否正常启动；
128.当每个组件都正常启动时，确定上场成功；或者
129.当有组件未正常启动时，确定上场失败。
130.在上述实施例中，能够自动验证各个组件是否正常启动，及客户与交易参数是否上场成功。
131.所述检测单元112，用于当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性。
132.其中，所述返回码用于标记功能数据的返回状态，因此，通过所述返回码能够判断各功能是否正常执行。
133.具体地，所述检测单元112获取待测试功能的返回码，以检测所述待测试功能的正确性包括：
134.将配置页面上的字段作为请求参数，并基于http请求封装所述待测试功能；
135.获取所述http请求的返回码；
136.当所述返回码显示返回成功时，确定所述待测试功能正确；或者
137.当所述返回码显示返回失败时，确定所述待测试功能异常。
138.其中，所述配置页面可以为用户输入页面。
139.其中，在根据所述http请求的返回码检测所述待测试功能的正确性后，还可以结合数据库校验以进一步校验各待测试功能的正确性。
140.在上述实施例中，能够结合http请求校验各待测试功能的正确性。
141.具体地，所述检测单元112获取待测试功能的返回码，以检测所述待测试功能的正确性包括：
142.通过selenium查找配置浏览器的页面元素，并模拟预设操作；
143.在模拟结束后，获取所述浏览器的提示信息，及/或浏览器列表的变更数据；
144.根据所述提示信息及/或所述变更数据对所述待测试功能的正确性进行首次检测，得到第一检测结果；
145.在完成所述首次检测后，通过数据库校验对所述待测试功能的正确性进行二次检测，得到第二检测结果；
146.根据所述第一检测结果及所述第二检测结果确定所述待测试功能的正确性。
147.其中，所述预设操作可以包括，但不限于点击，页面切换，填写表单等操作。
148.其中，所述浏览器的提示信息可以包括弹窗提示信息等。
149.在上述实施例中，能够通过selenium实现仿真测试，无需人为操作，不仅释放了人力成本，且能够有效避免由于人为因素而引入的错误，提高了测试的准确性，且机器自动仿真的方式也进一步保证了测试的效率。
150.所述检测单元112，还用于当检测到所述待测试功能都正确时，检测实时指令是否生效。
151.在本实施例中，所述检测单元112检测实时指令是否生效包括：
152.在检测到通过请求方式及/或浏览器驱动方式修改配置后，获取所述交易系统的数据库实时指令表，并检测所述数据库实时指令表中是否生成实时指令，及检测生成的实时指令是否正确；
153.获取所述目标交易系统的内存表，并校验所述内存表中的配置数据是否更新正确，并校验所述配置数据对应的功能是否生效。
154.所述检测单元112，还用于当检测到所述实时指令生效时，检测委托数据流是否正确。
155.在本实施例中，所述检测单元112检测委托数据流是否正确包括：
156.在检测到交易接口发送委托后，获取委托数据所经过的各个组件的拒绝码或者查询码；
157.根据各个组件的拒绝码或者查询码确定所述委托数据流是否正确。
158.所述验证单元113，用于当检测到所述委托数据流正确时，验证配置文件。
159.在本实施例中，所述验证单元113验证配置文件包括：
160.通过paramiko连接至配置服务器获取版本数据，以检测各个包的正确性；
161.通过所述paramiko下载共享检测模板，并将所述共享检测模板与模板文件进行对比，以检测各个节点的变更状态。
162.其中，所述各个节点的变更状态包括，但不限于哪些节点是新增、修改、或删除的节点。
163.所述确定单元114，用于当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。
164.通过上述实施例，能够从不同的维度对所述目标交易系统的运营运维进行自动化
测试，可以确保所述目标交易系统功能发布版本质量的一致性，从而提高发版效率，为所述目标交易系统的上线提供测试通过的决策依据。
165.由以上技术方案可以看出，本发明能够在接收到对目标交易系统的运营运维测试指令后，分别执行上场测试、功能测试、实时指令测试、委托数据流测试及配置文件的检测，以实现对目标交易系统运营运维过程的自动化测试，不仅避免了由于人为测试而引入测试错误，还保证了测试的高效性。
166.如图3所示，是本发明实现运营运维测试方法的较佳实施例的计算机设备的结构示意图。
167.所述计算机设备1可以包括存储器12、处理器13和总线，还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序，例如运营运维测试程序。
168.本领域技术人员可以理解，所述示意图仅仅是计算机设备1的示例，并不构成对计算机设备1的限定，所述计算机设备1既可以是总线型结构，也可以是星形结构，所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置，例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。
169.需要说明的是，所述计算机设备1仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。
170.其中，存储器12至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元，例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备，例如计算机设备1上配备的插接式移动硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。进一步地，存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据，例如运营运维测试程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
171.处理器13在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(central processing unit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心(control unit)，利用各种接口和线路连接整个计算机设备1的各个部件，通过运行或执行存储在所述存储器12内的程序或者模块(例如执行运营运维测试程序等)，以及调用存储在所述存储器12内的数据，以执行计算机设备1的各种功能和处理数据。
172.所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个运营运维测试方法实施例中的步骤，例如图1所示的步骤。
173.示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器12中，并由所述处理器13执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如，所述计算机程序可以被分割成
获取单元110、初始化单元111、检测单元112、验证单元113、确定单元114。
174.上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备，或者网络设备等)或处理器(processor)执行本发明各个实施例所述运营运维测试方法的部分。
175.所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指示相关的硬件设备来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。
176.其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器等。
177.进一步地，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
178.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
179.总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，在图3中仅用一根直线表示，但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
180.尽管未示出，所述计算机设备1还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器13逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、wi-fi模块等，在此不再赘述。
181.进一步地，所述计算机设备1还可以包括网络接口，可选地，所述网络接口可以包括有线接口和/或无线接口(如wi-fi接口、蓝牙接口等)，通常用于在该计算机设备1与其他计算机设备之间建立通信连接。
182.可选地，该计算机设备1还可以包括用户接口，用户接口可以是显示器(display)、输入单元(比如键盘(keyboard))，可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及
oled(organic light-emitting diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。
183.应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。
184.图3仅示出了具有组件12-13的计算机设备1，本领域技术人员可以理解的是，图3示出的结构并不构成对所述计算机设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
185.结合图1，所述计算机设备1中的所述存储器12存储多个指令以实现一种运营运维测试方法，所述处理器13可执行所述多个指令从而实现：
186.响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据；
187.根据所述待测试数据进行环境初始化，以检测是否上场成功；
188.当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性；
189.当检测到所述待测试功能都正确时，检测实时指令是否生效；
190.当检测到所述实时指令生效时，检测委托数据流是否正确；
191.当检测到所述委托数据流正确时，验证配置文件；
192.当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。
193.具体地，所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。
194.需要说明的是，本案中所涉及到的数据均为合法取得。
195.在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
196.本发明可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
197.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
198.另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
199.对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。
200.因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
201.此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称，而并不表示任何特定的顺序。
202.最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

技术特征：
1.一种运营运维测试方法，其特征在于，所述运营运维测试方法包括：响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据；根据所述待测试数据进行环境初始化，以检测是否上场成功；当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性；当检测到所述待测试功能都正确时，检测实时指令是否生效；当检测到所述实时指令生效时，检测委托数据流是否正确；当检测到所述委托数据流正确时，验证配置文件；当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。2.如权利要求1所述的运营运维测试方法，其特征在于，所述根据所述待测试数据进行环境初始化，以检测是否上场成功包括：对所述待测试数据中的客户数据及报盘数据进行初始化；将初始化后得到的数据与执行每日运维上场时的各个子流程相结合；校验各个子流程的执行状态，以验证所述目标交易系统中的每个组件是否正常启动；当每个组件都正常启动时，确定上场成功；或者当有组件未正常启动时，确定上场失败。3.如权利要求1所述的运营运维测试方法，其特征在于，所述获取待测试功能的返回码，以检测所述待测试功能的正确性包括：将配置页面上的字段作为请求参数，并基于http请求封装所述待测试功能；获取所述http请求的返回码；当所述返回码显示返回成功时，确定所述待测试功能正确；或者当所述返回码显示返回失败时，确定所述待测试功能异常。4.如权利要求1所述的运营运维测试方法，其特征在于，所述获取待测试功能的返回码，以检测所述待测试功能的正确性包括：通过selenium查找配置浏览器的页面元素，并模拟预设操作；在模拟结束后，获取所述浏览器的提示信息，及/或浏览器列表的变更数据；根据所述提示信息及/或所述变更数据对所述待测试功能的正确性进行首次检测，得到第一检测结果；在完成所述首次检测后，通过数据库校验对所述待测试功能的正确性进行二次检测，得到第二检测结果；根据所述第一检测结果及所述第二检测结果确定所述待测试功能的正确性。5.如权利要求1所述的运营运维测试方法，其特征在于，所述检测实时指令是否生效包括：在检测到通过请求方式及/或浏览器驱动方式修改配置后，获取所述交易系统的数据库实时指令表，并检测所述数据库实时指令表中是否生成实时指令，及检测生成的实时指令是否正确；获取所述目标交易系统的内存表，并校验所述内存表中的配置数据是否更新正确，并校验所述配置数据对应的功能是否生效。6.如权利要求1所述的运营运维测试方法，其特征在于，所述检测委托数据流是否正确
包括：在检测到交易接口发送委托后，获取委托数据所经过的各个组件的拒绝码或者查询码；根据各个组件的拒绝码或者查询码确定所述委托数据流是否正确。7.如权利要求1所述的运营运维测试方法，其特征在于，所述验证配置文件包括：通过paramiko连接至配置服务器获取版本数据，以检测各个包的正确性；通过所述paramiko下载共享检测模板，并将所述共享检测模板与模板文件进行对比，以检测各个节点的变更状态。8.一种运营运维测试装置，其特征在于，所述运营运维测试装置包括：获取单元，用于响应于对目标交易系统的运营运维测试指令，根据所述运营运维测试指令获取待测试数据；初始化单元，用于根据所述待测试数据进行环境初始化，以检测是否上场成功；检测单元，用于当检测到上场成功时，获取待测试功能的返回码，以检测所述待测试功能的正确性；所述检测单元，还用于当检测到所述待测试功能都正确时，检测实时指令是否生效；所述检测单元，还用于当检测到所述实时指令生效时，检测委托数据流是否正确；验证单元，用于当检测到所述委托数据流正确时，验证配置文件；确定单元，用于当所述配置文件通过验证时，确定所述目标交易系统通过运营运维测试。9.一种计算机设备，其特征在于，所述计算机设备包括：存储器，存储至少一个指令；及处理器，执行所述存储器中存储的指令以实现如权利要求1至7中任意一项所述的运营运维测试方法。10.一种计算机可读存储介质，其特征在于：所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被计算机设备中的处理器执行以实现如权利要求1至7中任意一项所述的运营运维测试方法。

技术总结
本发明涉及测试技术领域，提供一种运营运维测试方法、装置、设备及介质，能够在接收到对目标交易系统的运营运维测试指令后，分别执行上场测试、功能测试、实时指令测试、委托数据流测试及配置文件的检测，以实现对目标交易系统运营运维过程的自动化测试，不仅避免了由于人为测试而引入测试错误，还保证了测试的高效性。性。性。


技术研发人员：胡文俊 张笑虹 苗咏 邹胜
受保护的技术使用者：深圳华锐分布式技术股份有限公司
技术研发日：2023.03.13
技术公布日：2023/7/12