一种跨系统的联调测试的处理方法、装置、设备及介质与流程

1.本发明涉及系统测试技术领域，特别是涉及一种跨系统的联调测试的处理方法、装置、设备及介质。


背景技术：

2.随着互联网业务的发展，跨公司跨团队的合作模式越来越多，因而系统联调的测试工作也逐渐频繁。由于在测试时，发起方需要依赖中间数据提供方的内部系统进行配合，需要协调多方的人力资源、时间资源等，从而导致测试时费时费力，在一定程度上影响测试效率。


技术实现要素：

3.鉴于以上所述现有技术的缺点，本发明的目的在于提供一种跨系统的联调测试的处理方法、装置、设备及介质，以解决在联调测试时过度依赖中间数据提供方的内部系统进行配合的技术问题。
4.第一方面，提供了一种跨系统的联调测试的处理方法，包括：
5.响应于发起方的测试指令，服务端根据所述测试指令中的请求数据，调用中间数据提供方的订单列表数据；
6.根据所述订单列表数据，验证所述发起方的身份信息是否合格，若所述身份信息合格，则将所述订单列表数据存储至所述服务端内的数据库中，若所述身份信息不合格，则所述服务端发出错误指令，并结束测试；
7.根据所述订单列表数据，创建商品订单，其中，所述商品订单的数据结构与所述中间数据提供方内部的订单的数据结构相同；
8.将所述商品订单发送至所述发起方，实现所述服务端、所述发起方以及所述中间数据提供方的联调测试。
9.第二方面，提供了一种跨系统的联调测试的处理装置，包括：
10.数据调用模块，用于响应于发起方的测试指令，服务端根据所述测试指令中的请求数据，调用中间数据提供方的订单列表数据；
11.判断模块，用于根据所述订单列表数据，验证所述发起方的身份信息是否合格，若所述身份信息合格，则将所述订单列表数据存储至所述服务端内的数据库中，若所述身份信息不合格，则所述服务端发出错误指令，并结束测试；
12.订单创建模块，用于根据所述订单列表数据，创建商品订单，其中，所述商品订单的数据结构与所述中间数据提供方内部的订单的数据结构相同；以及
13.联调测试模块，用于将所述商品订单发送至所述发起方，实现所述服务端、所述发起方以及所述中间数据提供方的联调测试。
14.第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述跨系统的联调测试的处
理方法的步骤。
15.第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述跨系统的联调测试的处理方法的步骤。
16.上述跨系统的联调测试的处理方法、装置、设备及介质所实现的方案中，可通过服务端调用中间数据提供方返回的数据格式，对中间数据提供方的数据格式进行模拟，从而可通过服务端替代中间数据提供方，以实现服务端、提供方以及中间数据提供方的联调测试，从而能够有效解决在联调测试时过度依赖中间数据提供方的内部系统的问题。
附图说明
17.为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1是本发明一实施例中跨系统的联调测试的处理方法的一流程示意图；
19.图2是图1中步骤s30的一具体实施方式流程示意图；
20.图3是图2中步骤s32的一具体实施方式流程示意图；
21.图4是本发明一实施例中跨系统的联调测试的处理装置的一结构示意图；
22.图5是图4中订单创建模块的一结构示意图；
23.图6是图4中订单生成模块的一结构示意图；
24.图7是本发明一实施例中计算机设备的一结构示意图。
25.元件标号说明：
26.10、数据调用模块；
27.20、判断模块；
28.30、订单创建模块；31、创单配置模块；32、订单生成模块；321、创单模块；322、激活模块；33、第一更新模块；34、数据回传模块；35、权益调用模块；36、第二更新模块；
29.40、联调测试模块。
具体实施方式
30.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
31.请参阅图1-7。需要说明的是，本实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
32.本发明实施例提供的一种跨系统的联调测试的处理方法，可应用于不同系统之间的测试环节中，例如发起方需要与中间数据提供方进行测试，而当中间数据提供方无法提供配合时，此时可通过服务端调用中间数据提供方返回的数据格式，对中间数据提供方的
数据格式进行模拟，从而可通过服务端替代中间数据提供方，以实现服务端、提供方以及中间数据提供方的联调测试。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。下面通过具体的实施例对本发明进行详细的描述。
33.请参阅图1所示，图1为本发明实施例提供的一种跨系统的联调测试的处理方法的一个流程示意图，包括如下步骤：
34.步骤s10、响应于发起方的测试指令，服务端根据测试指令中的请求数据，调用中间数据提供方的订单列表数据，其中，请求数据包括发起方的用户唯一标识、中间数据提供方的用户唯一标识以及中间数据提供方内保单的用户唯一标识，发起方的用户唯一标识与中间数据提供方的用户唯一标识相互对应，订单列表数据包括权益发放记录、权益使用人以及权益查看人。
35.在本发明的一个实施例中，当进行步骤s10时，即响应于发起方的测试指令，服务端根据测试指令中的请求数据，调用中间数据提供方的订单列表数据。其中，请求数据包括发起方的用户唯一标识、中间数据提供方的用户唯一标识以及中间数据提供方内保单的用户唯一标识，发起方的用户唯一标识与中间数据提供方的用户唯一标识相互对应。订单列表数据包括权益发放记录、权益使用人以及权益查看人。具体的，中间数据提供方可以向发起方提供服务，在发起方与中间数据提供方之间的数据连通前，需要务发起方与中间数据提供方之间进行联调测试。由于中间数据提供方可能无法及时响应发起方的需求，因此服务端可以作为中间架构，通过服务端来模拟中间数据提供方的数据，从而实现服务端、提供方以及中间数据提供方之间的联调测试。发起方会向服务端发送测试指令，服务端接受到发起方的测试指令后，根据测试指令中的请求数据，调用中间数据提供方的订单列表数据。
36.在本发明的一个实施例中，具体的，发起方的用户唯一标识可以是发起方的唯一的身份编号，从而可通过该身份编号识别出相应的发起方，不会出现识别错误的情况。当然，中间数据提供方的用户唯一标识也可以是中间数据提供方的唯一的身份编号，中间数据提供方内保单的用户唯一标识也可以是保单的唯一的身份编号，从而可以通过相应的用户唯一标识，识别出相应的发起方、中间数据提供方以及保单等。数据库内可设有配置站、数据库、技术站、发送站、订单中心站以及权益中心站等，从而可通过配置站、数据库、技术站、发送站、订单中心站以及权益中心站等之间进行数据交互，实现服务端、提供方以及中间数据提供方的联调测试。
37.步骤s20、根据订单列表数据，验证发起方的身份信息是否合格，若身份信息合格，则将订单列表数据存储至所述服务端内的数据库中，若身份信息不合格，则服务端发出错误指令，并结束测试。步骤s20具体可包括：
38.根据订单列表数据，判断发起方的用户身份、保单数据以及用户权益信息是否正确。
39.若用户身份、保单数据以及用户权益信息中至少一个出现错误，则服务端发出错误指令，并结束测试。
40.若用户身份、保单数据以及用户权益信息全部正确，则将订单列表数据存储至服务端内的数据库中，其中，订单列表数据包括权益发放记录、权益使用人以及权益查看人。
41.在本发明的一个实施例中，当进行步骤s20时，即根据订单列表数据，判断发起方的用户身份、保单数据以及用户权益信息是否正确。若用户身份、保单数据以及用户权益信
息中至少一个出现错误，则服务端发出错误指令，并结束测试。若用户身份、保单数据以及用户权益信息全部正确，则将订单列表数据存储至服务端内的数据库中，其中，订单列表数据包括权益发放记录、权益使用人以及权益查看人。具体的，当需要验证发起方的用户身份、保单数据以及用户权益信息是否正确时，可以按照一定的顺序依次判断，例如可依次按照用户身份、保单数据以及用户权益信息的顺序进行判断，也可依次按照保单数据、用户身份以及用户权益信息的顺序进行判断进行判断，还可依次按照保单数据、用户权益信息以及用户身份的顺序进行判断进行判断。用户身份、保单数据以及用户权益信息的具体判断顺序可不加限制，只要能够满足对用户身份、保单数据以及用户权益信息进行判断即可。当用户身份、保单数据以及用户权益信息中的一个、两个或者三个出现错误时，则服务端发出错误指令，并结束该轮测试，只有当用户身份、保单数据以及用户权益信息全部通过判断时，则该轮测试继续进行，同时将订单列表数据存储至服务端内的数据库中。
42.步骤s30、根据订单列表数据，创建商品订单，其中，商品订单的数据结构与中间数据提供方内部的订单的数据结构相同。
43.请参阅图2所示，在进行步骤s30时，即根据订单列表数据，创建商品订单，其中，商品订单的数据结构与中间数据提供方内部的订单的数据结构相同。步骤s30的子步骤可包括：
44.步骤s31、将订单列表数据输入到服务端中的配置站内，以获取创单配置数据。
45.在本发明的一个实施例中，当进行步骤s31时，即将订单列表数据输入到服务端中的配置站内，以获取创单配置数据。具体的，由于订单列表数据内可包括有权益发放记录、权益使用人以及权益查看人等数据，从而可以根据订单列表数据，将订单列表数据输入到服务端中的配置站内。配置站可以创建一个包含权益发放记录、权益使用人以及权益查看人等数据格式的创单配置数据，之后可以将创单配置数据发送至服务端中进行进一步处理。
46.步骤s32、将创单配置数据输入到服务端中的发送站与订单中心站，创建初步订单，并获取初步订单的交易单号。
47.请参阅图3所示，在进行步骤s32时，即将创单配置数据输入到服务端中的发送站与订单中心站，创建初步订单，并获取初步订单的交易单号。步骤s32的子步骤可包括：
48.步骤s321、将创单配置数据输入到服务端内的发送站中，生成初步订单。
49.在本发明的一个实施例中，当配置站生成一个包含权益发放记录、权益使用人以及权益查看人等数据格式的创单配置数据后，可以将创单配置数据输入到服务端内的发送站中，并生成初步订单。其中，发送站可以为服务端内部的底层服务模块。
50.步骤s322、将初步订单发送至服务端的订单中心站内进行激活处理，并判断初步订单是否激活成功。
51.在本发明的一个实施例中，当生成初步订单后，需要对其进行激活处理。例如初步订单可以为一张银行卡，在银行卡制造完成后，识别系统在银行卡激活前无法读取到相应的信息，因此需要对其进行激活处理，之后激活成功的银行卡即可正常使用。因此在本实施例中，当生成初步订单后，也需要对其进行激活处理，因此可将初步订单发送到服务端的订单中心站内进行激活处理。由于在激活过程中，可能会存在激活失败的情况，因此需要判断初步订单是否激活成功。
52.步骤s323、若初步订单激活成功，则将初步订单的交易单号存储至发送站内。
53.步骤s324、若初步订单激活失败，则重复对初步订单进行激活，直至激活次数达到预设的激活阈值时，若初步订单依旧处于激活失败状态，则服务端发出错误指令，并结束测试。
54.在本发明的一个实施例中，当进行步骤s323与步骤s324时，当初步订单在订单中心站内激活成功后，从而会生成一个交易单号，该交易单号与初步订单相互对应，此时订单中心站可以将该交易单号发送至发送站内进行存储。而当初步订单在订单中心站内激活失败时，则订单中心站会再次对初步订单进行激活处理。若激活成功，则生成一个交易单号，将该交易单号发送至发送站内进行存储。若依旧激活失败，则对初步订单进行重复激活处理，直至重复激活的次数达到预设的激活阈值时，若初步订单依旧是处于激活失败的状态，则服务端会发出错误指令，并结束测试。在本实施例中，预设的激活阈值可以为四次，也可以为五次，还可以为六次，预设的激活阈值可根据实际需求进行设定。
55.步骤s33、对初步订单的交易单号进行更新处理，将交易单号置为发放成功状态，并存储至数据库中，同时生成发放记录数据。
56.步骤s34、将发放记录数据发送至中间数据提供方，同时生成回传数据，并将回传数据存储于数据库中。
57.在本发明的一个实施例中，当进行步骤s33与步骤s34时，即对初步订单的交易单号进行更新处理，将交易单号置为发放成功状态，并存储至数据库中，同时生成发放记录数据。具体的，在发送站获取到初步订单的交易单号后，此时发送站需要对交易单号进行更新处理，在更新成功后，可将初步订单的交易单号置为发放成功状态，并将初步订单的交易单号存储至数据库中，此时发送站会生成一个发放记录数据，以表示初步订单的交易单号为发放成功状态。之后服务端可获取发放记录数据，并将发放记录数据发送至中间数据提供方，此时中间数据提供方会返还一个回传数据至服务端，服务端的数据库保存此条回传数据。
58.步骤s35、根据交易单号与服务端的用户唯一标识调用权益信息，其中，权益信息包括权益使用人、权益领取人、权益的编号等。
59.步骤s36、根据权益信息对初步订单进行激活处理，得到商品订单。
60.在本发明的一个实施例中，当进行步骤s35与步骤s36时，具体的，当初步订单的交易单号处于发放成功状态时，服务端内的技术站会上传一个激活消息，此时服务端内的权益站接受到激活消息后，会根据交易单号与服务端的用户唯一标识调用权益信息，权益信息可以包括权益使用人、权益领取人、权益的编号等。之后服务端会根据权益信息对初步订单进行激活处理，从而得到相应的商品订单，其中，商品订单的数据结构与中间数据提供方内部的订单的数据结构相同。
61.步骤s40、将商品订单发送至发起方，实现服务端、发起方以及中间数据提供方的联调测试。
62.可见，在上述方案中，当不同系统之间进行联调测试环节时，可先通过服务端调用中间数据提供方返回的数据格式，对中间数据提供方的数据格式进行模拟，从而可通过服务端替代中间数据提供方，不会依赖中间数据提供方的业务安排，实现服务端、提供方以及中间数据提供方的联调测试。
63.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
64.请参阅图4所示，在本发明的一个实施例中，还提供一种跨系统的联调测试的处理装置，该跨系统的联调测试的处理装置与上述实施例中跨系统的联调测试的处理方法一一对应。该跨系统的联调测试的处理包括数据调用模块10、判断模块20、订单创建模块30以及联调测试模块40。各功能模块详细说明如下：
65.数据调用模块10，用于响应于发起方的测试指令，服务端根据测试指令中的请求数据，调用中间数据提供方的订单列表数据。
66.判断模块20，用于根据订单列表数据，判断发起方的用户身份、保单数据以及用户权益信息是否正确。
67.订单创建模块30，用于根据订单列表数据，验证发起方的身份信息是否合格，若身份信息合格，则将订单列表数据存储至服务端内的数据库中，若身份信息不合格，则服务端发出错误指令，并结束测试。
68.联调测试模块40，用于将商品订单发送至发起方，实现服务端、发起方以及中间数据提供方的联调测试。
69.在本发明的一个实施例中，数据调用模块10具体用于响应于发起方的测试指令，服务端根据测试指令中的请求数据，调用中间数据提供方的订单列表数据，其中，请求数据包括发起方的用户唯一标识、中间数据提供方的用户唯一标识以及中间数据提供方内保单的用户唯一标识，订单列表数据包括权益发放记录、权益使用人以及权益查看人，发起方的用户唯一标识与中间数据提供方的用户唯一标识相互对应。
70.在本发明的一个实施例中，判断模块20具体用于根据订单列表数据，判断发起方的用户身份、保单数据以及用户权益信息是否正确。若用户身份、保单数据以及用户权益信息中至少一个出现错误，则服务端发出错误指令，并结束测试。若用户身份、保单数据以及用户权益信息全部正确，则将订单列表数据存储至服务端内的数据库中，其中，订单列表数据包括权益发放记录、权益使用人以及权益查看人。
71.请参阅图5所示，在本发明的一个实施例中，订单创建模块30具体用于根据订单列表数据，创建商品订单，其中，商品订单的数据结构与中间数据提供方内部的订单的数据结构相同。订单创建模块30可包括创单配置模块31、订单生成模块32、第一更新模块33、数据回传模块34、权益调用模块35以及第二更新模块36。
72.在本发明的一个实施例中，创单配置模块31可用于将订单列表数据输入到服务端中的配置站内，以获取创单配置数据。具体的，由于订单列表数据内可包括有权益发放记录、权益使用人以及权益查看人等数据，从而可以根据订单列表数据，将订单列表数据输入到服务端中的配置站内。配置站可以创建一个包含权益发放记录、权益使用人以及权益查看人等数据格式的创单配置数据，之后可以将创单配置数据发送至服务端中进行进一步处理。
73.请参阅图6所示，在本发明的一个实施例中，订单生成模块32可用于将创单配置数据输入到服务端中的发送站与订单中心站，创建初步订单，并获取初步订单的交易单号。订单生成模块32可包括创单模块321与激活模块322。其中，创单模块321可用于将创单配置数
据输入到服务端内的发送站中，生成初步订单。激活模块322可用于将初步订单发送至服务端的订单中心站内进行激活处理，并判断初步订单是否激活成功，若初步订单激活成功，则将初步订单的交易单号存储至发送站内，若初步订单激活失败，则重复对初步订单进行激活，直至激活次数达到预设的激活阈值时，若初步订单激活失败，则服务端发出错误指令，并结束测试。
74.在本发明的一个实施例中，第一更新模块33可用于对初步订单的交易单号进行更新处理，将交易单号置为发放成功状态，并存储至数据库中，同时生成发放记录数据。具体的，在发送站获取到初步订单的交易单号后，此时发送站需要对交易单号进行更新处理，在更新成功后，可将初步订单的交易单号置为发放成功状态，并将初步订单的交易单号存储至数据库中，此时发送站会生成一个发放记录数据，以表示初步订单的交易单号为发放成功状态。
75.在本发明的一个实施例中，数据回传模块34可用于将发放记录数据发送至中间数据提供方，同时生成回传数据，并将回传数据存储于数据库中。具体的，服务端可获取发放记录数据，并将发放记录数据发送至中间数据提供方，此时中间数据提供方会返还一个回传数据至服务端，服务端的数据库保存此条回传数据。
76.在本发明的一个实施例中，权益调用模块35可用于根据交易单号与服务端的用户唯一标识调用权益信息，其中，权益信息包括权益使用人、权益领取人、权益的编号等。具体的，当初步订单的交易单号处于发放成功状态时，服务端内的技术站会上传一个激活消息，此时服务端内的权益站接受到激活消息后，会根据交易单号与服务端的用户唯一标识调用权益信息，权益信息可以包括权益使用人、权益领取人、权益的编号等。
77.在本发明的一个实施例中，第二更新模块36可用于根据权益信息对初步订单进行激活处理，得到商品订单。具体的，服务端会根据权益信息对初步订单进行激活处理，从而得到相应的商品订单，其中，商品订单的数据结构与中间数据提供方内部的订单的数据结构相同。
78.本发明提供了一种跨系统的联调测试的处理，当不同系统之间进行联调测试环节时，可先通过服务端调用中间数据提供方返回的数据格式，对中间数据提供方的数据格式进行模拟，从而可通过服务端替代中间数据提供方，不会依赖中间数据提供方的业务安排，实现服务端、提供方以及中间数据提供方的联调测试。
79.关于跨系统的联调测试的处理的具体限定可以参见上文中对于智能问答处方法的限定，在此不再赘述。上述跨系统的联调测试的处理中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
80.请参阅图7所示，本发明还提供了一种计算机设备，该计算机设备可以是服务端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性和/或易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的客户端通过网络连接通信。该计算机程序被处理器执行时以实现
一种跨系统的联调测试的处理方法服务端侧的功能或步骤。
81.在本发明的一个实施例中，计算机设备可以包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
82.响应于发起方的测试指令，服务端根据测试指令中的请求数据，调用中间数据提供方的订单列表数据。
83.根据订单列表数据，判断发起方的用户身份、保单数据以及用户权益信息是否正确。
84.根据订单列表数据，创建商品订单。
85.将商品订单发送至发起方，实现服务端、发起方以及中间数据提供方的联调测试。
86.本发明还提供了一种计算机设备，计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
87.响应于发起方的测试指令，服务端根据测试指令中的请求数据，调用中间数据提供方的订单列表数据。
88.根据订单列表数据，判断发起方的用户身份、保单数据以及用户权益信息是否正确。
89.根据订单列表数据，创建商品订单。
90.将商品订单发送至发起方，实现服务端、发起方以及中间数据提供方的联调测试。
91.需要说明的是，上述关于计算机可读存储介质或计算机设备所能实现的功能或步骤，可对应参阅前述方法实施例中，服务端侧以及客户端侧的相关描述，为避免重复，这里不再一一描述。
92.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
93.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
94.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。