应用于接口接入的校验工具、方法、介质、设备与流程

1.本发明涉及计算机技术领域，尤其涉及一种应用于接口接入的校验工具、方法、介质、设备。


背景技术：

2.订单管理系统(order management system，简称oms)在电商领域应用于供应链上游供应商和下游买方及各类物流服务供应商，便于进行订单沟通、实现物流服务和控制管理系统。通过对订单的管理与控制，合理安排订单的运送计划，有效管控库存等订单信息。现有品牌商家们不局限于在一个电商平台供货，比如，淘宝、京东等电商平台均开设网络店铺，因此衍生出支持多电商合作的订单管理系统(oms)。
3.现有支持多电商合作的订单管理系统(oms)在进行商户接口接入校验以及系统回归校验时，需要人工操作校验，由于各个接口数据校验的重复性高，使得人工校验的任务工作量大；在接口的校验范围，基于大多是人工重复性操作，因此测试成本高,且形成一种潜移默化的亏损，耗费大量的测试时间，过程耗时耗力。在进行数据接口校验测试时，在请求接口对接系统(hub)后，数据通过接口传送至(hub)对应表单中的数据库，为校验数据的准确性，测试人员需要将订单管理系统(oms)请求数据与(hub)对应表单中的数据进行比对,需要核对很多字段值，需要耗费大量时间，校验效率低。但是商户给到的测试校验时间有限，通常难以对所有的测试项目进行完整的测试，容易导致一些系统缺陷漏洞。


技术实现要素：

4.本技术实施例通过提供一种应用于接口接入的校验工具、方法、介质、设备，解决了现有技术中订单管理系统在进行数据接入测试校验时，需要测试人员全称跟踪，由于各个接口的校验过程相同，使得人工校验重复性高、工作量大，导致效率低、成本高的技术问题，通过提供的校验工具满足不同应用场景接口数据的校验需求，实现自动化数据校验，提高了接口校验效率以及成本。
5.第一方面，本技术提供了一种应用于接口接入的校验工具，包括一校验工具，所述校验工具分别连接测试环境下的订单管理系统和接口对接系统，且所述订单管理系统与所述接口对接系统连接；所述校验工具采用图形交互界面形式对所述订单管理系统的接口数据返回以及接口数据传递进行校验；
6.所述校验工具至少包括校验配置模块、接口校验模块；
7.所述校验配置模块配置为在执行接口数据自动化校验之前，配置与接口校验有关的测试参数，且所述测试参数适配于所述订单管理系统中的多个标签信息，将不同标签信息的测试参数进行组合，生成构建各接口自动化校验所需的输入数据和目标数据，实现通过不同组合的输入数据进行所述订单管理系统的不同接口校验；
8.所述接口校验模块配置为根据所述订单管理系统所需的接口校验，获取适配接口场景所对应的输入数据，以便在所述订单管理系统与所述接口对接系统进行接口交互时，
基于所述接口对接系统根据所述订单管理系统的接口请求，获取所述接口对接系统向所述订单管理系统返回的第一校验数据以及存储于所述接口对接系统中的第二校验数据，将目标数据分别与第一校验数据、第二校验数据依次进行分析对比，实现两次握手校验，根据各接口的校验结果调整所述订单管理系统所对应的底层代码逻辑。
9.进一步地，所述接口校验模块包括：接口返回校验模块；所述接口返回校验模块配置为用于进行接口返回校验，实现第一次握手校验；
10.在所述订单管理系统根据所选的接口场景，向所述接口对接系统发送接口请求，所述接口对接系统获取输入数据后，向所述订单管理系统返回基于接口请求的第一校验数据；所述接口返回校验模块用于接收第一校验数据后，与所述目标数据进行对比，判断第一校验数据和所述目标数据的字段值是否一致，若一致，则判断订单管理系统的接口返回校验成功，若不一致，则调整所述订单管理系统的底层代码逻辑重新校验。
11.进一步地，所述接口校验模块包括：接口传递校验模块；所述接口传递校验模块配置为在所述订单管理系统与所述接口对接系统接口交互完成后，进行接口传递校验，实现第二次握手校验；
12.在所述接口对接系统获取用于接口校验的输入数据后，先通过预定格式存储于所述接口对接系统数据库表单中，在所述订单管理系统发送的接口请求后，向所述订单管理系统返回所述第一校验数据；所述接口传递校验模块用于获取所述第一校验数据以及所述第二校验数据，将所述第一校验数据与所述第二校验数据进行对比分析，判断所述第一校验数据与所述第二校验数据字段值是否一致，若一致，则所述订单管理系统接口传递成功，否则调整所述订单管理系统的底层代码逻辑重新校验。
13.进一步地，所述校验工具还包括身份验证模块，所述身份验证模块配置为通过图形交互界面在执行自动化测试之前，对使用所述校验工具的用户进行审核，判断登入用户是否已存储于用户列表中，若否，则通过创建新用户，利用创建的新用户身份执行触发自动化校验权限。
14.进一步地，所述校验工具还包括数据处理模块，在获取第一校验数据或者所述第二校验数据后，以键值对形式存储于json文件中，并通过jsonpath解析各所述json文件。
15.第二方面，本技术提供了一种应用于接口接入的校验方法，采用第一方面所述的应用于接口接入的校验工具，所述校验工具采用图形交互界面形式对订单管理系统接口数据返回以及接口数据传递进行校验的方法包括：
16.s100：在执行接口数据自动化校验之前，配置与接口校验有关的测试参数，且所述测试参数适配于所述订单管理系统、所述接口对接系统中的多个标签信息，将不同标签信息的测试参数进行组合，生成构建各接口自动化校验所需的输入数据和目标数据，实现通过不同组合的输入数据进行所述订单管理系统、所述接口对接系统的不同接口校验；
17.s200：根据所述订单管理系统所需的接口校验，获取适配接口场景对应的输入数据，以便在所述订单管理系统与所述接口对接系统进行接口交互时，基于所述接口对接系统根据所述订单管理系统的接口请求，获取所述接口对接系统向所述订单管理系统返回的第一校验数据以及存储于所述接口对接系统中的第二校验数据，将目标数据分别与第一校验数据、第二校验数据依次进行分析对比，实现两次握手校验，根据各接口的校验结果调整所述订单管理系统所对应的底层代码逻辑。
18.进一步地，在步骤s100之前，还包括：
19.通过图形交互界面在执行自动化测试之前，对使用所述校验工具的用户进行审核，判断登入用户是否已存储于用户列表中，若否，则通过创建新用户，利用创建的新用户身份执行触发自动化校验权限。
20.进一步地，所述步骤s200中，实现两次握手校验的校验方法依次包括接口返回校验和接口传递校验；
21.s210：执行接口返回校验时，在所述订单管理系统根据所选的接口场景，向所述接口对接系统发送接口请求，所述接口对接系统获取输入数据后，向所述订单管理系统返回基于接口请求的第一校验数据；所述接口返回校验模块用于接收第一校验数据后，与所述目标数据进行对比，判断第一校验数据和所述目标数据的字段值是否一致，若一致，则判断订单管理系统的接口返回校验成功，若不一致，则调整所述订单管理系统的底层代码逻辑重新校验；
22.s220：执行接口传递校验时，在所述接口对接系统获取用于接口校验的输入数据后，先通过预定格式存储于所述接口对接系统数据库表单中，在所述订单管理系统发送的接口请求后，向所述订单管理系统返回所述第一校验数据；所述接口传递校验模块用于获取所述第一校验数据以及所述第二校验数据，将所述第一校验数据与所述第二校验数据进行对比分析，判断所述第一校验数据与所述第二校验数据字段值是否一致，若一致，则所述订单管理系统接口传递成功，否则调整所述订单管理系统的底层代码逻辑重新校验。
23.第三方面，本技术提供了一种计算机存储介质，所述计算机存储介质存储有计算机程序代码，当所述计算机程序代码在计算设备上运行时，导致所述计算设备执行第二方面任一项所述应用于接口接入的校验方法。
24.第四方面，本技术提供了一种计算设备，包括：
25.处理器；
26.存储有计算机程序代码的存储器；
27.当所述计算机程序代码被所述处理器运行时，导致所述计算设备执行第二方面任一项所述的应用于接口接入的校验方法。
28.本技术实施例中提供的技术方案，至少具有如下技术效果或优点：
29.(1)本发明由于采用可视化的图形交互界面进行接口数据校验，简化测试人员的接口校验过程，同时方便了校验操作流程。
30.(2)本发明采用的校验工具至少包括校验配置模块、接口校验模块，通过校验配置模块进行接口校验前的配置预处理，通过接口校验模块进行两次握手校验，实现提高订单管理系统接口连接的准确性，以及内容配置的准确性。
31.(3)本发明利用校验工具，将订单管理系统与接口对接系统之间的接口相互请求之间实现接口数据校验自动化,并且将代码形式转换为windows图形交互界面,从而帮助测试人员不再受制于代码的局限,可以非常简便的进行操作,在订单管理系统
‑
>接口对接系统的接口对接,基于已实现的场景可满足所有接口数据的流程测试校验，代替测试人员执行绝大部分的重复性及繁琐的内容,在节省时间和提升效率上迈进了一大步。
附图说明
32.图1为本技术背景技术的测试环境的订单管理系统与接口对接系统的校验系统结构图；
33.图2为本技术背景技术的实际环境的订单管理系统与接口对接系统连接的系统结构图；
34.图3为本技术实施例一中的应用于接口接入的校验工具的应用结构示意图；
35.图4为本技术实施例一中的订单管理系统与接口对接系统实际对接示意图；
36.图5为本技术实施例一中的校验工具与订单管理系统与接口对接系统的对接示意图；
37.图6为本技术实施例二中的应用于接口接入的校验方法流程图；
38.图7为本技术实施例二中的执行接口两次握手校验的方法流程图。
具体实施方式
39.为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
40.为了更好的理解本方案，先对本方案的应用背景进行阐述。参考附图1
‑
2所示，本实施例中的订单管理系统(oms)通过接口对接系统(hub)可以同时支持包括电商平台、物流系统、仓库系统、财务系统在内的多个数据后台，电商平台可以为市面中常见的天猫、京东等，订单管理系统(oms)通过接口对接系统(hub)接收电商平台、仓库系统、物流系统、财务系统在内的订单数据参数，动态更新商品的参数信息。比如，一品牌商户同时在天猫、京东均开设店铺，当一用户通过天猫平台的店铺下单购买一商品时，用户下单后即可形成一组包括品牌商字段、品牌店铺id、商品条码、商品数量、折扣价、售卖价、买家名称、联系方式、订单状态在内的订单数据，订单管理系统(oms)由于直接接入天猫平台的卖家应用接口，因此在用户下单形成订单数据后，即可获取到订单数据。由于订单管理系统(oms)支持多种电商平台，而各个电商平台形成的订单数据的字段可能不同，因此订单管理系统(oms)在获取订单数据之前，还需要对订单数据进行归一化处理，将各个电商平台的订单数据转化成订单管理系统(oms)可识别的统一数据格式后，再输入到订单管理系统(oms)中。本实施例中，通过接口对接系统(hub)连接订单管理系统(oms)的对外数据接口，比如电商平台、物流系统、仓库系统、财务系统等，通过接口对接系统(hub)将接收的订单数据转为订单管理系统(oms)可以接收的数据格式，所以接口对接系统(hub)可以理解为订单管理系统(oms)与订单管理系统(oms)对外平台的中间件。进一步说明，上述给出的订单管理系统(oms)作为应用层，无法存储与包括订单、库存、物流、财务在内的数据，接口对接系统(hub)作为物理层，实现多端口转发。因此，本实施例中的接口对接系统(hub)还连接一数据库，订单管理系统(oms)通过接口对接系统(hub)连接数据层的数据库。当然本实施例中可以理解为接口对接系统(hub)设置在数据库中，或者是含有数据库的接口对接系统(hub)，在接收到订单数据后，先将数据动态更新到数据库中。进而订单管理系统(oms)在执行某一任务时，直接从数据库中拉取相应的数据。
41.基于上述实施背景，任一新品牌商户在使用订单管理系统(oms)时，基于商户需求，无法直接使用现有的订单管理系统(oms)，也无法直接将电商平台(天猫、京东等)已有
的订单管理系统拿来用。本实施例提供的技术方案用于辅助品牌商户进行外接数据接口的接入校验以及回归校验。基于市面上的品牌商户的订单管理系统(oms)以及接口对接系统(hub)的大多接口功能需求属于通用的，可以使用同一套订单管理系统(oms)进行改进，而后对改进后的订单管理系统(oms)进行校验。基于此，本实施例预先将订单管理系统(oms)和接口对接系统(hub)在测试环境中进行各个接入接口的校验，在各个功能接口校验成功后，再同步更新到实际应用场景中。基于各个接入接口校验的重复性以及校验操作任务量比较大，测试人员的校验成本投入比较多，而校验效果不太理想。因此为了提高校验效率，有必要减少一些重复性以及繁琐的校验过程。
42.实施例一
43.参考附图3
‑
5所示，本实施例基于上述实施背景，提供了一种应用于接口数据接入的校验工具，包括一校验工具，校验工具分别连接测试环境下的订单管理系统和接口对接系统，且订单管理系统与接口对接系统连接。本实施例中将一些重复性的校验操作利用校验工具直接完成，以此减少人为校验过程，提高校验效率。
44.进一步说明，本实施例中提供一测试服务器、一校验终端，测试服务器连接实际场景的实际服务器，测试服务器中设置有测试环境，测试环境中包括订单管理系统以及接口对接系统，测试服务器中设有待校验的订单管理系统。由于各品牌商铺的接口种类及数量需求相当，因此本实施例中可以假定接口对接系统(hub)与现有商户一致，且接口已校验完善，且接口对接系统(hub)采用含有数据库的接口对接系统(hub)，本实施例主要对订单管理系统进行接口校验。当订单管理系统所有所需校验的接口校验完成后，将订单管理系统同步更新到对应的实际服务器中。校验终端连接测试服务器，校验终端中安装有校验工具，校验工具分别连接订单管理系统、接口对接系统。
45.本实施例中的校验工具采用可视化图形交互界面形式，对订单管理系统的接口数据返回以及接口数据传递进行校验。进一步地，本实施例中的测试人员通过校验终端使用校验工具，校验工具以可视化图形交互界面形式进行各种接口功能需求的校验。通过图形交互界面可实现但不局限于如下功能：身份验证、用户创建、数据配置、接口场景、数据生成、数据获取、接口返回校验、接口传递校验。
46.本实施例中的校验工具至少包括校验配置模块、接口校验模块；
47.本实施例中的校验配置模块配置为在执行接口数据自动化校验之前，配置与接口校验有关的测试参数，且测试参数适配于订单管理系统中的多个标签信息，将不同标签信息的测试参数进行组合，生成构建各接口自动化校验所需的输入数据和目标数据，实现通过不同组合的输入数据进行订单管理系统、接口对接系统的不同接口校验。
48.进一步说明，本实施例中的校验工具用于辅助测试人员进行订单管理系统生成前的各个接口的数据校验操作，主要表现为接口的数据返回校验以及数据传递校验，但是对于输入的测试参数以及校验后的订单管理系统底层逻辑修改还是需要测试人员自行人为操作，对于不同品牌商户的订单管理系统功能需求，可能需要的测试参数以及底层逻辑不同，因此需要测试人员针对各个订单管理系统的接口接入，指定专门的测试参数。
49.本实施例中的校验配置模块可通过可视化界面中的数据配置单元、接口场景单元、数据生成单元执行对应的功能。本实施例中的校验配置模块配置并保存对应的测试参数,将测试参数传入校验工具的项目目录config.xml文件里。基于参数配置后,通过接口场
景单元、数据生成单元，实现手动选择订单类型与订单状态，产生订单数据。
50.进一步地，基于各个接口场景获取与接口对接系统中数据库存储的订单数据，比如在订单管理系统中定时执行如下表1的任务时。
[0051][0052][0053]
表1
[0054]
如上表1所示，订单管理系统在执行“天猫销售单”、“天猫退款单”相应任务时，在执行“定时任务”、“审核”后，审核成功时，执行通知发货，通过接口对接系统发送对应的接口请求，接收接口对接系统的根据接口请求给出的接口返回数据。本实施例中根据测试人员在订单管理系统下发任务时，选择适配需要进行校验的订单管理系统中的多个接口请求，比如表1中的“通知发货”、“订单取消”、“退款请求<未发货>”、“退款转退货退款”、“推送退货单”、“退货单作废”、“退款请求<已发货>”，将对应各个接口请求发送给接口对接系统，获取接口对接系统根据接口请求返回得接口数据。
[0055]
本实施例中的测试人员先通过数据配置单元在执行接口数据自动化校验之前，输入或配置与接口校验有关的测试参数,以便利用测试参数传递给后台进行相应的计算处理，比如，在自动化校验之前，点击校验工具的数据配置单元，输入测试参数。订单管理系统触发“任务a”，向接口对接系统发送“接口请求*”，若当前校验成功，那么发送的“接口请求*”为“接口请求a”，否则为其他。测试人员基于订单管理系统触发的任务，点击接口场景单元，选择与“任务a”，然后点击数据生成单元生成输入数据和目标数据，即基于接口场景生成对应的输入数据和目标数据。测试人员通过接口场景单元选择所进行校验的接口场景，而后通过数据生成单元生成对于接口请求的不同返回数据。接口对接系统根据接口请求向订单管理系统发送接口返回数据，此时，若“接口请求*”为适配与“任务a”的“接口请求a”，那么接口对接系统根据数据生成单元生成的输入数据向订单管理系统发送“接口返回数据a”，否则发送其他。
[0056]
进一步本实施例中的数据生成单元可以理解为根据测试参数以及接口场景生成“天猫销售单”、“天猫退款单”等供测试人员可以选择想生成的订单类型及状态等数据，以在接收订单管理系统的接口返回数据后，若订单管理系统执行一任务时，发送给接口对接
系统的接口请求后返回的接口数据符合校验要求的，那么校验工具可以判断校验数据满足校验要求，完成指定校验测试。本实施例中的校验配置模块中所对应的数据配置单元、接口场景单元、数据生成单元可以理解为利用校验工具校验处理的预处理操作过程。进一步说明校验工具的执行校验过程。
[0057]
本实施例中的接口校验模块配置为根据订单管理系统所需的接口校验，选择适配的接口场景以及接收对应的输入数据，以便在所述订单管理系统与所述接口对接系统进行接口交互时，基于所述接口对接系统根据所述订单管理系统的接口请求，获取所述接口对接系统向所述订单管理系统返回的第一校验数据以及存储于所述接口对接系统中的第二校验数据，将目标数据分别与第一校验数据、第二校验数据依次进行分析对比，实现两次握手校验，根据各接口的校验结果调整所述订单管理系统所对应的底层代码逻辑。
[0058]
本实施例中的接口校验模块可通过可视化界面中的数据获取单元、接口返回校验单元、接口传递校验单元执行对应的工具。基于已进行接口校验的预处理操作，本实施例中的订单管理系统中进行某一任务发出接口请求，接口对接系统基于已生成的各种输入数据和目标数据，若该任务执行时，发送正确的接口请求，那么接口对接系统基于输入数据后，根据接口请求向订单管理系统发送正确的接口返回数据；否则由于发送不正确的接口请求，导致接口返回数据也不正确。根据订单管理系统中的任务、接口场景以及对应的目标数据，判断接口返回数据与目标数据是否匹配接口进行测试判断修改，以完成接口校验。可以知道。在根据订单数据以及订单管理系统触发的任务，接口对接系发给订单管理系统的接口返回数据，进行接口返回正异常的校验，其中输入数据以及接口请求中的数据以字段值形式插入至接口对接系统数据库表单里，每跑一次接口，都会自动将请求的数据与已经插入表中的数据进行校验对比，并根据校验结果对订单管理系统进行适应性修改。
[0059]
进一步说明接口校验模块中的两次握手校验，本实施例中的接口校验模块包括：接口返回校验模块；接口返回校验模块配置为用于进行接口返回校验，实现第一次握手校验。
[0060]
在订单管理系统根据所选的接口场景，向接口对接系统发送接口请求，接口对接系统获取输入数据后，向订单管理系统返回基于接口请求的第一校验数据；接口返回校验模块用于接收第一校验数据后，与目标数据进行对比，判断第一校验数据和目标数据的字段值是否一致，若一致，则判断订单管理系统的接口返回校验成功，若不一致，则调整订单管理系统的底层代码逻辑重新校验。
[0061]
本次握手可以理解为接口新接入校验，避免订单管理系统中的各功能接口与接口对接系统连接混乱。比如接口对接系统分别连接财务系统、库存系统、物流系统、电商平台，若订单管理系统中的各功能接口连接混乱，比如从财务系统获取物流数据，从物流系统获取商品库存数据等，通过本次握手校验可以实现接口接入的准确性。
[0062]
本实施例中的接口校验模块包括：接口传递校验模块；接口传递校验模块配置为在订单管理系统与接口对接系统接口交互完成后，进行接口传递校验，实现第二次握手校验。
[0063]
在接口对接系统获取用于接口校验的输入数据后，先通过预定格式存储于所述接口对接系统数据库表单中，在所述订单管理系统发送的接口请求后，向所述订单管理系统返回所述第一校验数据；所述接口传递校验模块用于获取所述第一校验数据以及所述第二
校验数据，将所述第一校验数据与所述第二校验数据进行对比分析，判断所述第一校验数据与所述第二校验数据字段值是否一致，若一致，则所述订单管理系统接口传递成功，否则调整订单管理系统的底层代码逻辑重新校验。
[0064]
本次握手可以理解为在订单管理系统的各个功能接口准确接入后，判断通过订单管理系统发送的接口请求后，获取的返回接口数据是否正确，准确说判断接口传输内容是否正确。
[0065]
本实施例中的校验工具还包括身份验证模块，身份验证模块配置为通过图形交互界面在执行自动化测试之前，对使用校验工具的用户进行审核，判断登入用户是否已存储于用户列表中，若否，则通过创建新用户，利用创建的新用户身份执行触发自动化校验权限。
[0066]
进一步地，校验工具还包括数据处理模块，在获取第一校验数据或者第二校验数据后，以键值对形式存储于json文件中，并通过jsonpath解析各json文件。基于接口数据配置预处理后，底层校验的逻辑处理方法如下：
[0067]
订单管理系统触发一接口校验时，向接口对接系统发送一接口请求体，接口对接系统根据接口请求体，向订单管理系统发送接口返回数据。本实施例中的校验工具通过数据获取单元获取接口返回数据作为第一校验数据，并以键值对形式存储于第一json文件中。
[0068]
点击校验工具中的接口返回校验单元，其通过jsonpath解析所有有效字段值获取接口返回数据，基于接口数据配置预处理后得到的目标数据，通过if条件语句将获取的接口返回数据与目标数据进行比较判断，若接口返回数据与目标数据相同，表示订单管理系统当前接口断言成功，接口返回校验成功，否则当前接口断言失败。
[0069]
在订单管理系统与接口对接系统完成接口对接时，接口对接系统回根据接口请求体将接口数据配置预处理后得到的输入数据插入到数据库表单中，然后进行接口传递的自动化校验。在点击校验工具的接口传递校验单元后，利用数据获取单元通过jdbc接口访问接口对接系统内的数据库表单，通过循环遍历获取数据库表单中存储某一数据，最为第二校验数据，并以键值对形式存储于第二json文件中。通过jsonpath解析第一json文件、第二json文件中所有有效字段值，并进行对比，利用if条件判断接口传递校验的结果。若第一json文件和第二json文件中的有效字段值一样，则表示根据接口请求体获取的输入数据已成功插入到接口对接系统的数据库表单里，订单管理系统与接口对接系统的接口传递校验成功，若有效字段值不一致或有空值，则表示接口传递校验失败，根据接口请求体获取的输入数据未成功插入到接口对接系统中的数据库表单。
[0070]
进一步结合实际场景示例说明，测试人员通过可视化的图形交互界面操作校验工具，先点击身份确认单元，判断登录工具校验工具的用户是否具有访问的身份权限；若没有则点击用户创建单元，创建新用户，获取新用户身份信息,以执行触发自动化校验的权限，以此执行身份校验过程。执行完身份校验过程后，进入预处理操作过程，首先执行校验配置模块功能，通过可视化界面中的数据配置单元获取测试参数，选择接口场景单元以及数据生成单元，生成基于不同接口场景的不同输入数据和目标数据。执行完预处理操作过程后，执行接口校验。先通过可视化界面中的数据获取单元获取订单管理系统与接口对接系统交互过程中的接口返回数据，将接口返回数据与对应接口场景的输入数据进行比对校验，以
及将接口对接系统中存储的输入数据与接口返回数据进行比对，在比对不一致时，调整订单管理系统所对应的底层代码逻辑，以此实现对应接口的校验。
[0071]
实施例二
[0072]
参考6
‑
7所示，本技术实施例提供了一种应用于接口接入的校验方法，采用实施例一中的校验工具，校验工具的校验方法包括：
[0073]
s100：在执行接口数据自动化校验之前，配置与接口校验有关的测试参数，且测试参数适配于订单管理系统、接口对接系统中的多个标签信息，将不同标签信息的测试参数进行组合，生成构建各接口自动化校验所需的输入数据和目标数据，实现通过不同组合的输入数据进行订单管理系统、接口对接系统的不同接口校验。
[0074]
s300：根据订单管理系统所需的接口校验，获取适配接口场景所对应的输入数据，以便在订单管理系统与接口对接系统进行接口交互时，基于接口对接系统根据订单管理系统的接口请求，获取接口对接系统向订单管理系统返回的第一校验数据以及存储于接口对接系统中的第二校验数据，将目标数据分别与第一校验数据、第二校验数据依次进行分析对比，实现两次握手校验，根据各接口的校验结果调整订单管理系统所对应的底层代码逻辑。
[0075]
在步骤s100之前，还包括：通过图形交互界面在执行自动化测试之前，对使用校验工具的用户进行审核，判断登入用户是否已存储于用户列表中，若否，则通过创建新用户，利用创建的新用户身份执行触发自动化校验权限。
[0076]
步骤s200中，实现两次握手校验的校验方法包括接口返回校验和接口传递校验，具体包括：
[0077]
s210：执行接口返回校验时，在订单管理系统根据所选的接口场景，向接口对接系统发送接口请求，接口对接系统获取输入数据后，向订单管理系统返回基于接口请求的第一校验数据；接口返回校验模块用于接收第一校验数据后，与目标数据进行对比，判断第一校验数据和目标数据的字段值是否一致，若一致，则判断订单管理系统的接口返回校验成功，若不一致，则调整订单管理系统的底层代码逻辑重新校验。
[0078]
s220：执行接口传递校验时，在接口对接系统获取用于接口校验的输入数据后，先通过预定格式存储于接口对接系统数据库表单中，在订单管理系统发送的接口请求后，向订单管理系统返回第一校验数据；接口传递校验模块用于获取第一校验数据以及第二校验数据，将第一校验数据与第二校验数据进行对比分析，判断第一校验数据与第二校验数据字段值是否一致，若一致，则订单管理系统接口传递成功，否则调整订单管理系统的底层代码逻辑重新校验。
[0079]
实施例三
[0080]
本实施例提供了一种计算机存储介质，计算机存储介质存储有计算机程序代码，当计算机程序代码在计算设备上运行时，导致计算设备执行实施例二中的应用于接口接入的校验方法。
[0081]
本实施例提供了一种计算设备，包括：处理器；存储有计算机程序代码的存储器；当计算机程序代码被处理器运行时，导致计算设备执行实施例二中的应用于接口接入的校验方法。
[0082]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序
产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
[0083]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0084]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0085]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0086]
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0087]
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。