[发明专利]服务框架接口测试方法与装置

说明书

本发明提出了一种服务框架接口测试方法，包括：将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；根据比对成功的初始化测试数据，对服务框架接口执行自动化回归测试操作，生成接口测试结果；将接口测试结果与预设的接口调用预期值执行自动比对；以及根据某一时间阶段的多个接口测试结果对接口测试效果执行分析。本发明还公开了一种服务框架接口测试装置。

技术领域

本发明涉及计算机技术领域，特别地涉及一种服务框架接口测试方法与装置。

背景技术

随着互联网的发展，越来越多的互联网公司开发适用于自身业务的服务框架，以提高网站基础服务和治理能力。服务框架的质量很大程度决定了网站服务的质量。但由于服务框架接口众多，通信类型可能包括多种协议和方法级服务调用，并且数据量较大，接口测试工作繁琐且容易出错，影响服务框架质量。

一般接口测试方法为：根据接口说明文档编写程序调用接口，判断是否能够达到该接口所定义的功能；根据该接口参数，构造不同的用例，以测试接口在参数合法以及非法的情况下是否达到预期效果；根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑。

进一步地，现有技术中，针对接口测试，较常用的方法主要有以下两种：一种为白盒单元测试，例如，Junit，TestNG框架，通过白盒单元测试，可自动化实现对不同接口参数的遍历和结果判断，还能对接口内部逻辑编写测试用例进行测试，但这些工作对测试人员的要求较高，通常这种类型的测试应由研发人员进行测试，且用例的变更需要修改代码以及编译，每次被测试对象变更，测试代码都需要重新编译，同时，单元测试对测试人员要求较高，不适用功能测试环节；另一种为工具软件打桩测试，例如，开源工具soapUI，具体的，在功能测试阶段，通常使用打桩工具进行接口测试，接口连接成功后，输入参数，判断返回值，需要人为手工输入和判断结果，对于大数据返回结果，人为比较容易出错，且对于大量接口测试工作，手工执行，效率低下，耽误人力，进一步地，各打桩工具支持的功能接口也较单一，不便于扩展同时，由于服务框架接口区别于一般服务，方法级的接口需要引用库函数服务包文件，一般的接口测试工具不能满足需求。

发明内容

有鉴于此，本发明提供一种服务框架接口测试方法，通过多种通信方式的集成和接口扩展插件技术，实现对服务框架接口的遍历性测试，易于扩展和移植；通过配置初始化环境数据，实现初始化测试环境，有利于保证测试结果的准确性；通过自动化执行回归测试，降低了开发和测试沟通成本，提高了测试效率；通过配置接口初始值、预期值以及在接口调用完成后自动比对测试结果数据和预期值，自动比对初始化实际结果和初始值，实现了测试结果数据的可自动反馈性与易用性。本发明还公开了一种服务框架接口测试装置。

为实现上述目的，根据本发明的一个方面，提供了一种服务框架接口测试方法，包括：

将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；根据比对成功的初始化测试数据，对服务框架接口执行自动化回归测试操作，生成接口测试结果；将所述接口测试结果与预设的接口调用预期值执行自动比对；以及根据某一时间阶段的所述多个接口测试结果对接口测试效果执行分析。

可选地，所述初始化配置信息包括：执行顺序参数、延迟参数以及所述测试数据预期值。

可选地，还包括：将测试数据的所述初始化配置信息预先存储在数据库中。

可选地，还包括：判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式对服务框架接口执行自动化回归测试。

可选地，根据所述多个接口测试结果对接口测试效果执行分析具体包括：对所述多个接口测试结果执行多种维度的统计，并根据多种维度的统计结果自动生成数据报表。

为实现上述目的，根据本发明的另一个方面，提供了一种服务框架接口测试装置，包括：