接口测试方法、装置、设备及存储介质

技术领域

本发明属于信息处理领域，尤其涉及一种接口测试方法、装置、设备及存储介质。

背景技术

接口联调测试，也称为系统集成测试，确认各子系统间及其与外部接口间是否能正常工作，检验各系统能否满足功能性和非功能性的需求。

通过接口联调测试能够提前发现各系统接口问题，有效降低上线风险。目前的接口测试方案大多为满足单一测试需求提出，资源利用率低；接口测试覆盖测试类型、测试方法有限，缺陷探测率低。

因此，如何实现准确高效的实现接口测试成为有待解决的问题。

发明内容

本发明实施例提供一种接口测试方法、装置、设备及计算机存储介质，通过基于多个待测系统的接入信息和测试需求信息确定的测试用例，对多个待测系统进行集中化接口测试，提高了接口测试的效率。

第一方面，本申请提供了接口测试方法，该方法包括：获取待测系统的系统信息和测试需求信息；根据待测系统的系统信息确定待测系统的接入信息；根据待测系统的接入信息和测试需求信息确定测试用例；利用测试用例对待测系统的接口信息进行测试，确定测试结果。

在一种可能的实现中，在获取至少一个待测系统的系统信息和测试需求信息之前，方法还包括：接收用户输入的配置参数信息，配置参数信息包括协议信息；根据协议信息，确定待测系统所采用的接口协议模板；基于接口协议模板配置至少一个待测系统的系统信息。

在一种可能的实现中，在利用测试用例对待测系统的接口信息进行测试之前，方法还包括：基于接口协议模板配置待测系统的接口信息。

在一种可能的实现中，根据待测系统的系统信息确定待测系统的接入信息，包括：根据待测系统的系统信息和待测系统的数据库的配置信息，确定待测系统的接入信息。

在一种可能的实现中，根据待测系统的接入信息和测试需求信息确定测试用例，包括：根据接入信息和预先配置的业务数据校验库，确定待测系统的业务数据校验信息；根据业务数据校验信息和测试需求信息，确定测试用例。

在一种可能的实现中，测试用例的类别包括下述中的至少一项：接口自测类、接口联通类、接口规范验收类。

在一种可能的实现中，利用测试用例对待测系统的接口信息进行测试，确定测试结果，包括：获取接口信息和比对标准信息，比对标准信息用于判定测试结果；利用测试用例对接口信息进行测试，确定返回消息；将返回消息与比对标准信息进行比对，确定测试结果。

第二方面，本发明实施例提供了一种接口测试装置，装置包括：获取模块，用于获取至少一个待测系统的系统信息和测试需求信息；接入模块，用于根据待测系统的系统信息确定待测系统的接入信息；处理模块，用于根据待测系统的接入信息和测试需求信息确定测试用例；测试模块，用于利用测试用例对待测系统的接口信息进行测试，确定测试结果。

第三方面，本发明实施例提供了一种计算设备，设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现如本发明实施例提供的接口测试方法。

第四方面，本发明实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如本发明实施例提供的接口测试方法。

本发明实施例的接口测试方法、装置、设备及计算机存储介质，通过多个待测系统的接入信息和测试需求信息确定的测试用例，对多个待测系统进行集中化接口测试，提高了接口测试的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种接口测试方法流程示意图；

图2是本发明实施例提供的一种实现接口测试方法的装置示意图；

图3是本发明实施例提供的又一种实现接口测试方法的装置示意图；

图4是本发明实施例提供的另一种实现接口测试方法的装置示意图；

图5是本发明实施例提供的再一种实现接口测试方法的装置示意图；

图6是本发明实施例提供的一种接口测试装置的结构示意图；

图7是本发明实施例提供的一种硬件架构的示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

接口测试，也称为系统集成测试，在内部的系统测试完成之后，确认的是各子系统间及其与外部接口间是否能正常工作，检验各系统作为一个整体能否满足功能性和非功能性的需求，接近于黑盒测试，也包含部分的白盒测试。通过接口联调测试提前发现各系统接口问题，有效降低上线风险。

在计算机软件技术、互联网系统等各领域，都会涉及到接口测试，常用的接口测试工具有SoapUI、Jmeter、Postman，另外还有一些在线的接口测试工具等，这些接口测试工具具有模拟发送报文、建立测试用例、执行测试等功能。

但是，目前的联调方法、接口测试方法等方面的技术方案仍不能满足通信业务的业务支撑领域接口联调测试提出的集中化和开放化的需求。

而且目前的接口测试方法一般包括以下技术缺点：技术方案为满足单一使用提出，资源利用率低；接口测试覆盖测试类型、测试方法有限，缺陷探测率((测试者发现的缺陷数/(测试者发现的缺陷+客户发现的缺陷))*100％)低；接口测试覆盖系统、渠道有限，无法做全面、有效的数据分析、缺陷分析，缺陷有效率((有效的缺陷/缺陷总数)*100％)低；接口测试覆盖测试模式有限，测试工作量偏差大(((实际工作量-计划工作量)/计划工作量)*100％)、测试执行率低((实际执行的测试用例数/测试用例总数)*100％)。

为了满足通信业务的业务支撑领域对接口测试提出的要求，本发明实施例提供了一种接口测试方法，该方法具备简单、易用的测试需求管理、测试用例管理、测试任务管理、测试执行、测试报告、测试缺陷管理等关键核心基础功能；而且除了接口测试工作除测试接口外，还对业务规则、业务流程进行端到端的联调测试，需要将业务数据纳入结果校验；另外通过将接口测试工作集中化管控，允许各一级业务支撑系统、全网业务平台功能、省公司支撑系统、外围渠道系统等接入以及接口测试数据全网统计与出口，解决了业务支撑系统多，接口测试工作分散的问题；还通过接口测试工具开放式进行自适应满足了业务支撑系统多，接口测试协议类型多，测试覆盖类型多的需求。

为了解决目前接口测试效率较低等的问题，本发明实施例提供了一种接口测试方法，下面对本发明实施例所提供的定位方法进行描述。

图1为本发明实施例提供的一种接口测试方法流程示意图。

如图1所示，该接口测试方法可以包括S101-S104，具体如下所示：

S101，获取待测系统的系统信息和测试需求信息。

系统信息包括待测系统的系统名称、待测系统所采用的接口协议模板等基本信息。

测试需求信息主要包括测试焦点信息(包括一些界面、输入域、业务流程、数据等)，以及测试焦点信息的优先级，为测试用例的设计提供测试所需的功能点信息。简单来说，测试需求是要对待测系统测什么。

在一个实施例中，在获取至少一个待测系统的系统信息和测试需求信息之前，该方法还包括：接收用户输入的配置参数信息，配置参数信息包括协议信息；根据协议信息，确定待测系统所采用的接口协议模板；基于接口协议模板配置至少一个待测系统的系统信息。

在配置待测系统的系统信息之前，为了顺利的对待测系统进行测试，需要先确定待测系统所采用的协议是什么，通信的双方需要遵守一套既定的规则也称为协议，也就是说需要在通信的双方都遵守一套语言语法规则的情况下，才可以达成对话。所以要先接收用户配置的协议信息，根据协议信息，确定待测系统所采用的接口协议模板，再将待测系统与接口协议模板进行后台关联，进而确定待测系统的系统信息。

S102，根据待测系统的系统信息确定待测系统的接入信息。

在一个实施例中，根据待测系统的系统信息和待测系统的数据库的配置信息，确定待测系统的接入信息。

待测系统的数据库包括：数据库连接仓库和/或主机连接仓库。待测系统的接入信息包括：数据库的配置信息、待测系统与数据库的连接状态，即配置了这些数据库后，待测系统与数据库连接状态是否正常。

S103，根据待测系统的接入信息和测试需求信息确定测试用例。

在一个实施例中，根据接入信息和预先配置的业务数据校验库，确定待测系统的业务数据校验信息；根据业务数据校验信息和测试需求信息，确定测试用例。

在一个实施例中，根据接入信息和预先配置的业务数据校验库，确定待测系统的业务数据校验信息，包括：将业务数据校验库的sql或者linux配置文件与系统接入信息进行匹配，验证sql及linux配置文件是否能正确的连接和查询数据，即确定待测系统的业务数据校验信息。

在一个实施例中，根据业务数据校验信息和测试需求信息，确定测试用例，包括：根据测试需求信息选择测试用例模板并在选择的测试用例模板输入测试数据、需要比对的业务数据校验信息及比对标准，根据测试用例模板及在测试用例模板输入的测试数据生成测试用例。

在一个实施例中，测试用例的类别包括下述中的至少一项：接口自测类、接口联通类、接口规范验收类。

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。接口自测包括测当前接口的功能是否正常。

接口联通类是指接口之间是否能正常沟通，运行。

接口规范验收类包括：业务功能覆盖是否完整、业务规则覆盖是否完整、参数验证是否达到要求(边界、业务规则)、接口异常场景覆盖是否完整、接口覆盖率是否达到要求、代码覆盖率是否达到要求、性能指标是否满足要求和/或安全指标是否满足要求。

S104，利用测试用例对待测系统的接口信息进行测试，确定测试结果。

在一个实施例中，在利用测试用例对待测系统的接口信息进行测试之前，方法还包括：基于接口协议模板配置待测系统的接口信息。

在配置待测系统的接口信息之前，为了顺利的对待测系统的接口信息进行测试，需要先确定待测系统的接口信息所采用的协议是什么，即在通信的双方需要遵守一套既定的协议的情况下，才可以达成对话。于是要先接收用户配置的协议信息，根据协议信息，确定待测系统所采用的接口协议模板，再将待测系统与接口协议模板进行后台关联，进而确定待测系统的接口信息。

在一个实施例中，获取接口信息和比对标准信息，比对标准信息用于判定测试结果；利用测试用例对接口信息进行测试，确定返回消息；将返回消息与比对标准信息进行比对，确定测试结果。

获取接口的接口信息和获取比对标准信息，比对标准信息用于对测试结果进行成功或失败判定，后台加载测试用例的执行逻辑所用到的系统配置、接入系统仓库、业务数据校验仓库。根据如上信息执行测试用例，把执行测试用例的返回消息和比对标准信息进行比对，确定测试执行结果。其中，测试结果包括成功或失败，服务器会保留每次测试的执行结果，并且将最近一次测试结果显示在主页面上。

本发明实施例的提供的接口测试方法，能够将包括模块系统、公司级系统、外部系统等统一进行介入测试，提高了接口测试的效率。

图2是本发明实施例提供的一种实现接口测试方法的装置示意图。如图2所示，本发明实施例提供的一种实现接口测试方法的装置可以包括：系统配置模块210、接入系统模块220、业务数据校验模块230、测试需求模块240、测试用例模块250、测试任务模块260、测试执行模块270。

图2所示的装置可以实现的是一种集中化接口联调测试方法。集中化接口联调测试方法又称为集中战略或重点集中战略，也称作聚集战略或专一化战略，是指企业或经营单位根据特定测试群体的特殊测试需要，将测试方法集中于某一细分处理器或系统，并集中满足的战略。

具体如下所示：

系统配置模块210，用于配置模块系统、公司级系统、外部系统等需要进行接口联调测试的系统，以及将界面数据写入后台接入系统仓库。其中，将界面数据写入后台接入系统仓库是为了获取系统相关的配置信息。

其中，模块系统是指一些模块化的还未开发完成的系统。例如，有些系统不需要等到前后端对接完成后才可以测试，在开发者开发完成了某些功能但前端还未对接完成的情况下，可以直接通过串接口的形式去进行测试，实现对模块系统的测试。

系统配置模块210的输入包括：系统名称、所属部门、系统所采用的接口协议模板、其他信息。其中，所属部门用于标记待测系统。

系统配置模块210的输出包括：多个系统的系统信息。

接入系统模块220，用于配置各接入接口联调测试系统的数据库连接仓库或者主机连接仓库。系统接入模块支持接入数据库连接仓库和接入主机连接仓库2种模式，即支持通过数据仓库连接数据库捞取系统报文做比对，也支持主机连接捞日志分析报文做比对。用于对接入系统统一集中管理和连接，为后续测试用例管理模块和测试用例执行模块加载接入信息、业务数据校验、比对标准做输入。

其中，数据库连接仓库的输入配置参数包括：所属系统、数据库类型，填写库名/SID、数据库配置名称、连接Url、连接数据库所需要的用户名和密码、备注，界面数据写入后台接入系统仓库，其中，连接Url包括需要连接的数据库的IP、端口。

主机连接仓库的输入配置参数包括：主机名称、所属系统、主机IP，用户名、密码、备注，数据写入后台接入系统仓库。

接入系统模块220的输入包括：多个系统的系统信息。

接入系统模块220的输出包括：系统信息、多系统的多接入信息。接入信息是指数据库连接仓库和主机连接仓库的相关的配置信息，以及待测系统的连接状态信息，即配置了数据库连接仓库、主机连接仓库的信息后，待测系统的连接状态是否正常。

业务数据校验模块230，用于将数据写入业务数据校验仓库；后台将业务数据校验的sql或者linux配置文件与系统接入信息进行匹配，验证sql及linux配置文件是否能正确的连接和查询数据；后台验证业务数据校验信息是否符合输出条件及展示条件。

业务数据校验模块230的输入包括：系统信息、多系统的多接入信息。以及配置的各接入接口待测系统的业务数据校验仓库，其中系统跟业务数据校验仓库的关系是一对多。配置参数包括：所属系统、SQL名称、省份、类型、数据库配置名称、sql语句、备注。

业务数据校验模块230的输出包括：系统信息、接入信息、业务数据校验信息

测试需求模块240，用于在后台进行相应数据的读取与关联；界面数据写入后台测试需求管理模块数据库，将上一步配置的系统参数与新建的测试需求进行关联；通过测试需求与系统的关联，确定该测试需求，接口联调测试采用的协议类型、数据库连接仓库或者主机连接仓库、业务数据校验仓库。

测试需求模块240的输入包括：系统信息、接入信息、业务数据校验信息.

测试需求模块240的输出包括：系统信息、测试需求信息。

测试用例模块250，用于将界面数据写入后台测试用例管理模块数据库，通过选择测试用例模板，处理器及系统自动加载模板；用户在所加载的测试用例模板输入测试数据、需要比对的业务数据校验仓库及比对标准，用于对测试结果进行成功或失败判定；系统根据测试用例模板及在测试用例模板输入的测试数据生成测试用例。

测试用例模块250的输入包括：接入信息、业务数据校验信息以及系统信息、测试需求信息，同时配置测试用例的基本信息及用例流程配置。

测试用例模块250的输出包括：系统信息、接入信息、业务数据校验、比对标准，支持多系统多接入信息业务数据校验及业务数据比对标准。

测试任务模块260，用于将界面数据写入后台测试任务管理模块数据库，后台将任务下发到相应人员账号下，以及根据用户输入任务信息，确定任务下发省份、测试用例范围。

测试任务模块260的输入包括：系统信息、接入信息、业务数据校验、比对标准，支持多系统多接入信息业务数据校验及业务数据比对标准。

测试任务模块260的输出包括：系统信息、接入信息、业务数据校验、比对标准、测试任务信息。

测试执行模块270，用于后台加载测试用例的执行逻辑所用到的系统配置、接入系统仓库、业务数据校验仓库，获取接口的接口信息，比对标准，用于对测试结果进行成功或失败判定；根据如上信息执行测试用例，通过把返回消息和比对标准查询出来的结果进行比对来完成测试执行结果的自动比对；界面数据写入后台测试执行模块数据库。

测试执行模块270的输入包括：系统信息、接入信息、业务数据校验、比对标准、测试任务信息，以及测试用例执行所需要的参数。

测试执行模块270的输出包括：用例的最终执行结果及执行轨迹。

由此，本发明的实施例基于全公司接口联调测试工作分散、缺少集中化接口联调工作管控，缺少接口联调数据统计与分析的情况，示出了图2所示的一种实现集中化接口联调测试方法的装置，将包括模块系统、公司级系统、外部系统等统一纳入测试过程，提高了资源利用率。

图3是本发明实施例提供的又一种实现接口测试方法的装置示意图。如图3所示，本发明实施例提供的又一种实现接口测试方法的装置可以包括：系统配置模块210、接入系统模块220、业务数据校验模块230、测试需求模块240、测试用例模块250、测试任务模块260、测试执行模块270，以及协议配置模块301和接口配置模块302。

图3所示的装置实现的是一种开放式接口联调测试方法，开放式接口联调测试方法允许使用者实现平台提供者没提供的功能；允许它的用户完成更多的事情，并且是在平台上完成，而不是到其他工具上去的。结合接口联调测试群体的特殊测试需要，将接口测试协议进行开放拓展、接口测试用例模板进行开放拓展。

首先，协议配置模块301允许使用者进行协议类型的配置，也就是配置协议信息，以用于系统配置模块210和接口配置模块302都应用协议配置模块301配置的协议信息来配置系统信息和接口信息。

其次，测试需求模块240用于根据待测系统的系统信息和实际业务的测试需求信息，确定测试用例。

然后，测试用例模块250可以进行测试用例检查点的灵活配置，用户自定义环节，随时增删改查校验点，提高灵活性。

最后，测试执行模块270用于执行接口测试任务，通过测试用例的最终执行结果、执行轨迹与对比标准信息之间的比对，进而获得测试成功或者测试失败的结果。

当采用新的交互协议的系统接入平台进行接口联调测试时，只需要平台运维人员或它的使用者，进行简单的新增协议仓库配置后，该协议就可以在后续各模块各环节被调用使用，提高接口测试的灵活性，增加测试类型的多样性。

为了实现开放式接口联调测试工作，图3所示的装置独立出了2个协议类模块：协议配置模块301、接口配置模块302。图3所示的装置可以实现图2装置中的功能，达到图2所示装置执行实现集中化接口联调测试方法所达到的技术效果，为简洁描述，在此不再赘述。

为了重点介绍协议配置模块和接口配置模块，以及简化说明，对图3所示装置中涉及协议信息的模块单独绘图说明得到图4，如图4所示，本发明实施例提供的另一种实现接口测试方法的装置可以包括：协议配置模块301、系统配置模块210、接口配置模块302、测试需求模块240、测试用例模块250、测试执行模块270。

协议配置模块301，用于配置需要进行开放式拓展的协议信息。具体为将界面数据写入后台协议配置仓库，后台根据配置的协议，生成配置协议相关的报文头、报文体信息及模板，以及在用户交互界面模块进行展示。

协议配置模块301的输入包括：协议模板名称、基本协议类型、上传参考规范文档、请求公共参数(报文头)、请求公共参数(报文体)和其他信息。

协议配置模块301的输出包括：协议信息。

系统配置模块210，用于配置模块系统、公司级系统、外部系统等需要进行接口联调测试的系统，以及将系统与接口协议模板进行后台关联，并在用户界面进行展示。

系统配置模块210的输入包括：系统名称、所属部门、系统所采用的接口协议模板、其他信息。

系统配置模块210的输出包括：系统信息，协议信息。

接口配置模块302，用于配置测试用例及测试执行所需要用到的接口及接口参数信息，后台将用户界面配置的信息写入接口配置仓库；将引用关联的系统信息、协议信息进行加载、调用及存入接口配置仓库；接口参数的相关取值规则、定义等，完全由所引用的协议决定；信息加载匹配完毕后，进行用户界面的信息展示。

接口配置模块302的输入包括：系统信息、协议信息，配置的所属系统信息、接口名称、接口编码、交易编码、请求方式、请求报文、应答报文。

接口配置模块302的输出包括：系统信息、协议信息、接口信息。

测试需求模块240，用于在后台进行相应数据的读取与关联；界面数据写入后台测试需求管理模块数据库，将上一步配置的系统参数与新建的测试需求进行关联；通过测试需求与系统的关联，确定该测试需求，接口联调测试采用的协议类型、数据库连接仓库或者主机连接仓库、业务数据校验仓库。

测试需求模块240的输入包括：系统信息、接入信息、业务数据校验信息。

测试需求模块240的输出包括：系统信息、测试需求信息。

测试用例模块250，用于将界面数据写入后台测试用例管理模块数据库；系统根据测试用例模板及在测试用例模板输入的测试数据，加载协议配置模块301和接口配置模块302所配置的报文头、报文体、应答报文、比对标准、预期结果等测试用例信息并入库；最后生成测试用例，并在用户界面进行展示。

测试用例模块250的输入包括：系统信息、协议信息、接口信息也作为输入，同时配置测试用例的基本信息及用例流程配置，通过选择对接口进行模拟发送的用例模板、或对接口进行规范性校验的用例模板，或对接口某字段进行检查的用例模板等，按用例模板对接口协议、接口参数进行加载及比对标准配置。如果还有业务数据校验的用例模板环节，具体的输入输出数据如图2中的测试用例管理模块250所示，在此不再赘述。

测试用例模块250的输出包括：系统信息、协议信息、接口信息、比对信息标准。如果还有业务数据校验的用例模板环节，则输出信息还包括测试用例管理模块250的相关输出信息。

测试执行模块270，用于加载用例输入参数、协议配置报文头参数、接口配置报文体参数、接口配置应答报文参数、测试用例管理模块设置比对标准参数、预期结果；根据如上信息后台执行测试用例，通过把返回消息，和比对标准查询出来的结果、接口参数加载的结果等，进行自动比对，来完成测试执行结果的判定；界面数据写入后台测试执行模块数据库。

测试执行模块270的输入包括：测试用例的执行逻辑所用到的系统配置、接入系统仓库、业务数据校验仓库，获取接口的接口信息和比对标准等。

测试执行模块270的输出包括：用例的最终执行结果及执行轨迹。

在测试执行模块270之前，还包括测试任务模块，具体的输入输出数据如图2中的测试任务模块270所示，该模块不涉及到协议选取和后台关联，因此这里不再描述。

图4所示的实施例提供的一种实现集中化和开放式的接口联调测试方法的装置，首先，配置模块用户交互界面(输入配置参数包括：协议模板名称、基本协议类型、上传参考规范文档、请求公共参数(报文头)、请求公共参数(报文体)、其他信息)。其次，后台根据配置的协议，生成配置协议相关的报文头、报文体信息及模板；在用户交互界面模块进行展示；配置模块系统、公司级系统、外部系统等需要进行接口联调测试的系统(系统名称、所属部门、系统所采用的接口协议模板、其他信息)。

然后，系统与接口协议模板进行后台关联，并在用户界面进行展示；界面数据写入后台测试用例管理模块数据库；系统根据测试用例模板及在测试用例模板输入的测试数据，加载前述所配置的报文头、报文体、应答报文、比对标准、预期结果等测试用例信息并入库。最后生成测试用例，并在用户界面进行展示；后台执行测试用例，通过把返回消息，和比对标准查询出来的结果、接口参数加载的结果等，进行自动比对，来完成测试执行结果的判定；界面数据写入后台测试执行模块数据库。

由此，基于全公司接口联调测试，集中化接口联调管理，允许处理器及系统使用者进行协议类型、接入系统及测试用例检查点自适应配置，提高了测试的执行率和效率。

图5是本发明实施例提供的再一种实现接口测试方法的装置示意图。如图5所示，本发明实施例提供的再一种实现接口测试方法的装置可以包括：系统配置模块210、接入系统模块220、业务数据校验模块230、测试需求模块240、测试用例模块250、测试任务模块260、测试执行模块270，以及协议配置模块301、接口配置模块302。图5所示的装置中的各个模块可以实现图2-图4装置中模块的功能，实现图2-图4装置的技术效果，为简洁描述，在此不再赘述。

为了实现开放式接口联调测试工作，在测试用例模块250对测试用例模板进行了开放式拓展支撑，而且如果目前已有的环节类型无法满足测试类型的需要，可以再新增拓展其他的环节类型，拓展的环节类型可和已有的环节类型任意组合。下面重点介绍测试用例模块250的功能及作用。

在一种实施例中，为了能支撑接口联调测试类型的开放式拓展，在接口测试中心的测试用例模块250设置了“用例流程配置”的自适应配置模板，开放式拓展用例模板支持下述测试用例模块250的输入包括的至少7种测试用例模板类型。

测试用例模块250的输入包括：更新sql、报文取值关联sql、数据查询&比对、模拟接口报文下发、粘贴报文模板下发、报文比对、文件接口下发等的测试用例模板类型，处理器及系统使用者可根据测试类型的需要，在测试用例模块选择测试用例模板。

测试用例模块250用于通过选择测试用例模板，处理器及系统自动加载模板；用户在所加载的测试用例模板输入测试数据、需要比对的业务数据校验仓库及比对标准，用于对测试结果进行成功或失败判定；系统根据测试用例模板及在测试用例模板输入的测试数据生成测试用例。

测试用例模块250的输出包括：对应测试用例模板的测试用例。

在另一种实施例中，如果目前已有的环节类型无法满足测试类型的需要，可以再新增拓展其他的环节类型，拓展的环节类型可和已有的环节类型任意组合。

测试用例模块250还用于根据用户界面定义类型名，写入用例模板仓库；根据定义组合环节，将相关功能代码根据环节顺序，进行模块调用及组合；将组合的用例模板类型进行用户界面展示。

例如：定义用例模板类型名：AAAAAAA

测试用例模块250的输入包括：类型名、包括环节。

测试用例模块250的输出包括：新定义的用例模板类型。

这样一来，将来需要增加一种测试类型的时候，用户是不需要修改之前的测试用例的，只需要在想要增加校验点的地方新增测试环节即可。

基于图5所示装置实现的功能，系统配置模块210允许使用者进行协议类型的配置、接入系统模块220用于进行系统的配置，测试用例模块250用于通过用户自定义环节，来进行测试用例检查点的灵活配置，随时增删改查校验点，提高灵活性。

由此，本发明实施例为适应各类型的接口联调测试协议(http交易、Json、soap等)、测试类型(接口自测类、接口联通类、接口规范验收类、业务验收类等)，允许处理器及系统使用者进行协议类型、接入系统及测试用例检查点自适应配置，提高灵活性。

图6所示为本发明实施例提供的一种装置的结构框图。

如图6所示，该装置600可以包括：

获取模块610，用于获取待测系统的系统信息和测试需求信息。

获取模块610还用于在获取至少一个待测系统的系统信息和测试需求信息之前，接收用户输入的配置参数信息，配置参数信息包括协议信息；根据协议信息，确定待测系统所采用的接口协议模板；基于接口协议模板配置至少一个待测系统的系统信息。

接入模块620，用于根据待测系统的系统信息确定待测系统的接入信息。

接入模块620具体用于根据待测系统的系统信息和待测系统的数据库的配置信息，确定待测系统的接入信息。

处理模块630，用于根据待测系统的接入信息和测试需求信息确定测试用例。

处理模块630具体用于根据接入信息和预先配置的业务数据校验库，确定待测系统的业务数据校验信息；根据业务数据校验信息和测试需求信息，确定测试用例。

处理模块630具体用于测试用例的类别包括下述中的至少一项：接口自测类、接口联通类、接口规范验收类。

测试模块640，用于利用测试用例对待测系统的接口信息进行测试，确定测试结果。

测试模块640还用于在利用测试用例对待测系统的接口信息进行测试之前，基于接口协议模板配置待测系统的接口信息。

测试模块640具体用于获取接口信息和比对标准信息，比对标准信息用于判定测试结果；利用测试用例对接口信息进行测试，确定返回消息；将返回消息与比对标准信息进行比对，确定测试结果。

该实施例提供的处理装置的各个模块可以实现图1中的方法，达到图1所示方法的技术效果，为简洁描述，在此不再赘述。

图7示出了本发明实施例提供的一种接口测试方法的硬件结构示意图。

定位设备可以包括处理器701以及存储有计算机程序指令的存储器702。

具体地，上述处理器701可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器702可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器702可在综合网关容灾设备的内部或外部。在特定实施例中，存储器702是非易失性固态存储器。在特定实施例中，存储器702包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现上述实施例中的任意一种接口测试方法。

在一个示例中，定位设备还可包括通信接口703和总线710。其中，如图5所示，处理器701、存储器702、通信接口703通过总线710连接并完成相互间的通信。

通信接口703，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线710包括硬件、软件或两者，将接口测试设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线710可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该处理设备可以执行本发明实施例中的接口测试方法，从而实现结合图1至图3所示实例所描述的接口测试方法。

另外，结合上述实施例中的接口测试方法，本发明实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意接口测试方法。

需要明确的是，本发明实施例并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明实施例的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明实施例的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为软件方式，本发明实施例的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明实施例不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。