1.本发明涉及测试技术领域，尤其涉及一种测试方法、装置、电子设备及计算机存储介质。
背景技术：2.接口自动化测试可以为大型且复杂的系统带来高效的缺陷监测和质量监督能力，银行系统在敏捷转型阶段，需要一套完整的接口自动化模型，既要降低脚本编写难度，又要降低脚本维护成本，同时还要提升自动化脚本管理水平，实现精准回归，减少回归测试的时间和成本，满足敏捷项目快速迭代的需求。
3.目前，常通过人力根据测试场景进行脚本编写，或者从重复的手工测试将测试数据转移到涉及外调及端到端的功能测试场景，通过上述方式导致测试效率较低。
技术实现要素：4.有鉴于此，本发明实施例提供一种测试方法、装置、电子设备及计算机存储介，以解决现有技术中存在的测试效率较低的问题。
5.为实现上述目的，本发明实施例提供如下技术方案：
6.本发明实施例第一方面示出了一种测试方法，所述方法包括：
7.在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；
8.根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；
9.将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；
10.基于所述接口测试所处的场景类型确定对应的脚本操作方法；
11.利用所述脚本操作方法执行所述测试脚本。
12.可选的，还包括：
13.在确定业务需求变更时，基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本，其中所述业务需求与测试脚本之间的对应关系是预先构建的；
14.基于所述业务需求的变更数据修改所述测试脚本。
15.可选的，所述预先构建所述业务需求与测试脚本之间的对应关系的过程，包括：
16.获取银行系统中所有的业务需求数据；
17.基于所述数据文件中的报文头、接口报文和测试数据构建多个测试脚本；
18.建立所述测试脚本与所述业务需求数据之间的对应关系。
19.可选的，所述基于所述接口测试所处的场景类型确定对应的脚本操作方法，包括：
20.遍历所有的脚本操作方法，确定是否存在与所述接口测试所处的场景类型对应的脚本操作方法，其中，所述脚本操作方法是由至少2个公共方法组成的，所述公共方法是对
预设的处理逻辑进行处理生成的；
21.若存在，从所有的脚本操作方法中获取与所述接口测试所处的场景类型对应的脚本操作方法。
22.可选的，所述利用所述脚本操作方法执行所述测试脚本，包括：
23.获取所述测试脚本中与所述公共方法对应的数据；
24.将与所述公共方法对应的数据整合至对应的所述公共方法中，并执行所述公共方法。
25.本发明实施例第二方面示出了一种测试装置，所述装置包括：
26.获取单元，用于在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；
27.第一确定单元，用于根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；
28.生成单元，用于将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；
29.第二确定单元，用于基于所述接口测试所处的场景类型确定对应的脚本操作方法；
30.执行单元，用于利用所述脚本操作方法执行所述测试脚本。
31.可选的，还包括：
32.处理单元，用于在确定业务需求变更时，基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本，其中所述业务需求与测试脚本之间的对应关系是由构建单元构建的；基于所述业务需求的变更数据修改所述测试脚本。
33.可选的，所述构建单元，用于：
34.获取银行系统中所有的业务需求数据；
35.基于所述数据文件中的报文头、接口报文和测试数据构建多个测试脚本；
36.建立所述测试脚本与所述业务需求数据之间的对应关系。
37.本发明实施例第三方面示出了一种电子设备，所述电子设备用于运行程序，其中，所述程序运行时执行如本发明实施例第一方面示出的测试方法。
38.本发明实施例第四方面示出了一种计算机存储介质，所述存储介质包括存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行如本发明实施例第一方面示出的测试方法。
39.基于上述本发明实施例提供的一种测试方法、装置、电子设备及计算机存储介，该方法包括：在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。在本发明实施例中，根据数据文件中的测试数据与测试脚本分离，以在接口测试的过程中，基于所述数据文件获取与所述接口对应的目标接口报文，以及确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所
述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。
附图说明
40.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
41.图1为本发明实施例示出的一种测试方法的流程示意图；
42.图2为本发明实施例示出的数据文件构建测试脚本的结构示意图；
43.图3为本发明实施例示出的测试数据的管理的流程示意图；
44.图4为本发明实施例示出的一种测试装置的结构示意图；
45.图5为本发明实施例示出的另一种测试装置的结构示意图。
具体实施方式
46.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
48.需要说明的是，本发明提供的一种测试方法、装置、电子设备及计算机存储介可用于大数据领域或金融领域。上述仅为示例，并不对本发明提供的一种测试方法、装置、电子设备及计算机存储介的应用领域进行限定。
49.在本发明实施例中，根据数据文件中的测试数据与测试脚本分离，以在接口测试的过程中，基于所述数据文件获取与所述接口对应的目标接口报文，以及确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。
50.参见图1，为本发明实施例示出的一种测试方法的流程示意图，该方法包括：
51.步骤s101：在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文。
52.在步骤s101中，所述数据文件用于存储报文头、接口报文和测试数据。
53.需要说明的是，具体构建数据文件的过程包括：
54.根据接口文档自动生成各种类型的场景，包括边界值、异常值等，并自动转化为自动化脚本框架能够读取和处理的数据结构，即测试数据。
55.其中，测试数据的数量可以为多个，比如492个。
56.根据每一接口的接口数据生成对应的接口报文，即报文体。
57.需要说明的是，接口报文的数量为多个，其数量与接口数量一致。
58.由于所有接口均使用一个公共的报文头，因此将该公共的报文头、测试数据和接口报文组合生成数据文件，以使得接口的报文头，报文体，以及测试数据分离。
59.可选的，可建立接口、数据与脚本的关联关系，从而自动完成发送报文内容和预期的调整，降低接口、数据和脚本的耦合性。
60.相应的，可通过数据文件中的报文头、n测试数据和m接口报文分别组成n*m个测试脚本，如图2所示，其中，n为大于等于2的正整数，m也为大于等于2的正整数。
61.在具体实现步骤s101的过程中，遍历所述数据文件中的接口报文，查找与待测试接口的接口信息相对应的接口报文，将其作物目标接口报文，
62.步骤s102：根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据。
63.在具体实现步骤s102的过程中，根据所述接口测试所处的场景类型遍历所述数据文件中的测试数据，查找与所述接口测试所处的场景类型对应的测试数据，将其作为目标测试数据。
64.步骤s103：将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本。
65.在具体实现步骤s103的过程中，将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头组合得到所述接口的测试脚本。
66.可选的，在测试脚本中的接口报文、测试数据发生变化时，不用对测试脚本进行修改，可以精准的对数据文件中的接口报文和/或测试数据进行修改，在将其重新生成测试脚本。
67.可选的，若需要修改报文头，则直接对数据文件中的报文头进行修改，并将其重新映射至各个测试脚本中。
68.步骤s104：基于所述接口测试所处的场景类型确定对应的脚本操作方法。
69.需要说明的是，具体实现步骤s104的过程中基于所述接口测试所处的场景类型确定对应的脚本操作方法，包括以下步骤：
70.步骤s11：遍历所有的脚本操作方法，确定是否存在与所述接口测试所处的场景类型对应的脚本操作方法，若存在，则执行步骤s12，若不存在，则基于所述步骤s103得到的测试脚本直接执行。
71.在步骤s11中，所述脚本操作方法是由至少2个公共方法组成的，所述公共方法是对预设的处理逻辑进行处理生成的。
72.需要说明的是，对预设的处理逻辑进行处理生成公共方法的过程包括：
73.对所述测试脚本的一些常用的执行处理逻辑，比如对发送测试脚本的请求、替换测试数据以及预期结果比对等关键步骤，将其分别封装成对应的公共方法。
74.其中，每一处理逻辑对应一种公共方法。
75.需要说明的是，由至少2个公共方法组成脚本操作方法的过程包括：
76.针对脚本中复用的步骤，比如，发送请求、替换测试数据，以及预期结果比对等关键步骤，可以进一步进行封装，也就是说，按照不同的接口测试所处的场景类型将2个或多个不一样的公共方法封装成多个脚本操作方法，从而建立接口测试所处的场景类型与脚本操作方法之间的对应关系。
77.在具体实现步骤s11的过程中，遍历所有的脚本操作方法，查找所有脚本操作方法中是否存在与接口测试所处的场景类型对应的脚本操作方法，存在，则执行步骤s12，若不存在，则基于所述步骤s103得到的测试脚本直接执行。
78.本发明实施例通过传参的方式调用关键步骤，减少重复工作，降低脚本编写难度。
79.步骤s12：从所有的脚本操作方法中获取与所述接口测试所处的场景类型对应的脚本操作方法。
80.在具体实现步骤s12的过程中，确定与所述接口测试所处的场景类型对应的脚本操作方法。
81.步骤s105：利用所述脚本操作方法执行所述测试脚本。
82.需要说明的是，具体实现步骤s105利用所述脚本操作方法执行所述测试脚本的过程中，包括以下步骤：
83.步骤s21：获取所述测试脚本中与所述公共方法对应的数据。
84.在具体实现步骤s21的过程中，从所述测试脚本中确定所述脚本操作方法中的公共方法所需要的数据。
85.步骤s22：将与所述公共方法对应的数据整合至对应的所述公共方法中，并执行所述公共方法。
86.在具体实现步骤s22的过程中，将所述数据整合至对应的公共方法中，并执行，以便降低脚本维护成本和编写难度。
87.在本发明实施例中，根据数据文件中的测试数据与测试脚本分离，以在接口测试的过程中，基于所述数据文件获取与所述接口对应的目标接口报文，以及确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。
88.基于上述本发明实施例示出的测试方法，相应的，本发明实施例还示出了测试数据的管理的流程示意图，如图3所示，该方法包括：
89.步骤s301：判断业务需求是否发生变化，若发生变化，则执行步骤s302至步骤s303，若没有，则继续返回执行步骤s301。
90.步骤s302：基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本。
91.在步骤s302中，所述业务需求与测试脚本之间的对应关系是预先构建的。
92.需要说明的是，预先构建的所述业务需求与测试脚本之间的对应关系的过程，包括以下步骤：
93.步骤s31：获取银行系统中所有的业务需求数据。
94.在具体实现步骤s31的过程中，将银行系统中所有的业务需求的结构化数据，拆分归类为一个个任务，形成业务模型，所述业务模型中存储各个业务需求数据。
95.步骤s32：基于所述数据文件中的报文头、接口报文和测试数据构建多个测试脚本。
96.在具体实现步骤s32的过程中，将所述数据文件中的报文头、接口报文和测试数据进行随意组合，以构建多个测试脚本。
97.步骤s33：建立所述测试脚本与所述业务需求数据之间的对应关系。
98.在具体实现步骤s33的过程中，按照业务模型和接口的关系，建立业务模型与测试脚本的映射关系。
99.可选的，根据不同测试场景，例如：回归测试、非功能测试等，对脚本添加标签，便于脚本归类，从而提升自动化脚本管理水平。
100.可选的，将业务模型与系统的接口进行关联映射。
101.在具体实现步骤s302的过程中，遍历所有的所述业务需求与测试脚本之间的对应关系，获取与所述业务需求对应的测试脚本。
102.步骤s303：基于所述业务需求的变更数据修改所述测试脚本。
103.在具体实现步骤s303的过程中，通过所述业务需求的变更数据修改所述测试脚本。
104.在本发明实施例中，判断业务需求是否发生变化，若发生变化，基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本；基于所述业务需求的变更数据修改所述测试脚本。本发明能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。
105.基于上述本发明实施例示出的测试方法，相应的，本发明实施例还对应公开了一种测试装置，如图4所示，为本发明实施例示出的一种测试装置的结构示意图，该装置包括：
106.获取单元401，用于在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据。
107.第一确定单元402，用于根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据。
108.生成单元403，用于将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；
109.第二确定单元404，用于基于所述接口测试所处的场景类型确定对应的脚本操作方法。
110.执行单元405，用于利用所述脚本操作方法执行所述测试脚本。
111.需要说明的是，上述本技术实施例公开的测试装置中的各个单元具体的原理和执行过程，与上述本技术实施示出的测试方法相同，可参见上述本技术实施例公开的测试方法中相应的部分，这里不再进行赘述。
112.在本发明实施例中，根据数据文件中的测试数据与测试脚本分离，以在接口测试的过程中，基于所述数据文件获取与所述接口对应的目标接口报文，以及确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用
所述脚本操作方法执行所述测试脚本。能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。
113.基于上述本发明实施例示出的测试装置，结合图4，参见图5，该测试装置还包括：
114.处理单元406，用于在确定业务需求变更时，基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本，其中所述业务需求与测试脚本之间的对应关系是由构建单元407构建的；基于所述业务需求的变更数据修改所述测试脚本。
115.在本发明实施例中，判断业务需求是否发生变化，若发生变化，基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本；基于所述业务需求的变更数据修改所述测试脚本。本发明能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。
116.可选的，基于上述本发明实施例中测试装置，所述构建单元407，用于：获取银行系统中所有的业务需求数据；基于所述数据文件中的报文头、接口报文和测试数据构建多个测试脚本；建立所述测试脚本与所述业务需求数据之间的对应关系。
117.可选的，基于上述本发明实施例中测试装置，第二确定单元404，具体用于：
118.遍历所有的脚本操作方法，确定是否存在与所述接口测试所处的场景类型对应的脚本操作方法，其中，所述脚本操作方法是由至少2个公共方法组成的，所述公共方法是对预设的处理逻辑进行处理生成的；
119.若存在，从所有的脚本操作方法中获取与所述接口测试所处的场景类型对应的脚本操作方法。
120.可选的，基于上述本发明实施例中测试装置，执行单元405，具体用于：
121.获取所述测试脚本中与所述公共方法对应的数据；
122.将与所述公共方法对应的数据整合至对应的所述公共方法中，并执行所述公共方法。
123.基于上述本公开实施例公开的测试装置，上述各个模块可以通过一种由处理器和存储器构成的硬件设备实现。具体为上述各个模块作为程序单元存储于存储器中，由处理器执行存储在存储器中的上述程序单元来实现测试处理。
124.其中，处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现测试。
125.本公开实施例提供了一种计算机存储介质，存储介质包括存储文本处理程序，其中，程序被处理器执行时实现图1和图2所述的测试方法。
126.本公开实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行图1和图2所述的测试方法。
127.本公开实施例提供了一种电子设备，本公开实施例中的电子设备可以是服务器、pc、pad、手机等。
128.该电子设备包括至少一个处理器，以及与处理器连接的至少一个存储器，以及总线。
129.处理器、存储器通过总线完成相互间的通信。处理器，用于执行存储器中存储的程序。
130.存储器，用于存储程序，该程序至少用于：在进行接口测试时，基于所述数据文件
获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。
131.本技术还提供了一种计算机程序产品，当在电子设备上执行时，适于执行初始化有如下方法步骤的程序：在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。
132.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
133.在一个典型的配置中，设备包括一个或多个处理器(cpu)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。
134.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
135.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
136.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
137.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元
及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
138.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
技术特征：1.一种测试方法，其特征在于，所述方法包括：在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。2.根据权利要求1所述的方法，其特征在于，还包括：在确定业务需求变更时，基于所述业务需求与测试脚本之间的对应关系确定与所述业务需求对应的测试脚本，其中所述业务需求与测试脚本之间的对应关系是预先构建的；基于所述业务需求的变更数据修改所述测试脚本。3.根据权利要求2所述的方法，其特征在于，所述预先构建所述业务需求与测试脚本之间的对应关系的过程，包括：获取银行系统中所有的业务需求数据；基于所述数据文件中的报文头、接口报文和测试数据构建多个测试脚本；建立所述测试脚本与所述业务需求数据之间的对应关系。4.根据权利要求1所述的方法，其特征在于，所述基于所述接口测试所处的场景类型确定对应的脚本操作方法，包括：遍历所有的脚本操作方法，确定是否存在与所述接口测试所处的场景类型对应的脚本操作方法，其中，所述脚本操作方法是由至少2个公共方法组成的，所述公共方法是对预设的处理逻辑进行处理生成的；若存在，从所有的脚本操作方法中获取与所述接口测试所处的场景类型对应的脚本操作方法。5.根据权利要求4所述的方法，其特征在于，所述利用所述脚本操作方法执行所述测试脚本，包括：获取所述测试脚本中与所述公共方法对应的数据；将与所述公共方法对应的数据整合至对应的所述公共方法中，并执行所述公共方法。6.一种测试装置，其特征在于，所述装置包括：获取单元，用于在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；第一确定单元，用于根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；生成单元，用于将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；第二确定单元，用于基于所述接口测试所处的场景类型确定对应的脚本操作方法；执行单元，用于利用所述脚本操作方法执行所述测试脚本。7.根据权利要求6所述的装置，其特征在于，还包括：处理单元，用于在确定业务需求变更时，基于所述业务需求与测试脚本之间的对应关
系确定与所述业务需求对应的测试脚本，其中所述业务需求与测试脚本之间的对应关系是由构建单元构建的；基于所述业务需求的变更数据修改所述测试脚本。8.根据权利要求6所述的装置，其特征在于，所述构建单元，用于：获取银行系统中所有的业务需求数据；基于所述数据文件中的报文头、接口报文和测试数据构建多个测试脚本；建立所述测试脚本与所述业务需求数据之间的对应关系。9.一种电子设备，其特征在于，所述电子设备用于运行程序，其中，所述程序运行时执行如权利要求1-5中任一所述的测试方法。10.一种计算机存储介质，其特征在于，所述存储介质包括存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1-5中任一所述的测试方法。
技术总结本申请公开了一种测试方法、装置、电子设备及计算机存储介质，可应用于大数据领域或金融领域。该方法包括：在进行接口测试时，基于所述数据文件获取与所述接口对应的目标接口报文，所述数据文件用于存储报文头、接口报文和测试数据；根据所述接口测试所处的场景类型从所述数据文件中确定对应的目标测试数据；将所述目标测试数据、所述目标接口报文和所述数据文件中的报文头生成所述接口测试的测试脚本；基于所述接口测试所处的场景类型确定对应的脚本操作方法；利用所述脚本操作方法执行所述测试脚本。在本发明能够降低脚本维护成本和编写难度，提升自动化脚本管理水平，实现精准回归，从而提高自动化测试效率，进而保证系统版本质量。本质量。本质量。
技术研发人员：林丽云 刘斌 彭上尉 邱德宗 石明睿 陶曾明 肖洪华 叶博文 尹天晴 高洋洋 纪锴
受保护的技术使用者：中国银行股份有限公司
技术研发日：2022.06.07
技术公布日：2022/11/1
