[发明专利]一种接口测试方法及相关装置

说明书

一种接口测试方法及相关装置，包括：获取待测试接口的测试请求，测试请求包括：与待测试接口相匹配的基本属性；基于用户操作对待测试接口进行打标操作，为测试请求添加扩展属性，将打标操作后的待测试接口作为已打标接口；基于程序反射机制获取已打标接口的扩展属性；调用与扩展属性相匹配的接口处理链；采用接口处理链对应的处理器对待测试接口进行处理；将待测试接口的处理结果反馈给测试请求的发送方。方案通过打标操作为待测试接口添加扩展属性，给待测试接口标明使用身份，再根据其使用身份选择合适的处理器进行处理，使得不同的测试接口可以采用相同的处理器进行处理，降低代码冗余度，提高处理器的复用性。

技术领域

本发明涉及数据测试技术领域，具体涉及一种接口测试方法及相关装置。

背景技术

随着持续交付要求的测试时间越来越短，但质量要求也越来越高；如何在测试时间不充足的条件下，有效地保证产品的上线和发布质量？此时接口自动化测试提供了必要的技术支持。接口自动化测试包括单一接口的自动化测试和多接口的自动化测试(其中又分为接口之间无依赖关系和接口之间存在依赖关系)，针对单一接口和多接口之间无依赖关系的自动化测试，通过现有的单元测试框架(unittest、junit、TestNG)完全可以实现完成。如图1所示，这些单元测试框架已经封装了相应的前置处理(例如：测试前准备环境的搭建)、后置处理(例如测试后环境的还原)来满足接口测试的需要；

但接口测试过程中还将会面临通过调用各个服务接口来验证业务逻辑的正确性的情况，它相对于端到端自动化测试(如：UI测试)来说，它的投入产出比是比较高的，所以利用接口组装来验证业务逻辑也是业界比较流行的一种做法；但此时会面临一系列问题是上述单元测试框架不能解决的。问题如下：

配置条件不统一：被组装的各个接口要求的前置条件和后置条件是不一致，条件依赖性强。

代码耦合严重：被组装的各个接口请求成功或失败处理策略是不同的，往往这部分对接口的处理会耦合到代码之中，造成代码的冗余。

接口之间的依赖性强：在通过接口验证业务逻辑的过程中，存在下游接口依赖上游接口调用成功回传的数据，例如：“加载菜单列表”接口需要上游“登录”接口调用成功后响应返回的token作为入参，进而才能进行该接口的测试。

发明内容

有鉴于此，本发明实施例提供一种接口测试方法及相关装置，以实现降低测试过程中的冗余代码。

为实现上述目的，本发明实施例提供如下技术方案：

一种接口测试方法，包括：

获取待测试接口的测试请求，所述测试请求包括：与所述待测试接口相匹配的基本属性；

基于用户操作对所述待测试接口进行打标操作，为所述测试请求添加扩展属性，将打标操作后的待测试接口作为已打标接口；

基于程序反射机制获取已打标接口的扩展属性；

调用与所述扩展属性相匹配的接口处理链；

采用所述接口处理链对应的处理器对所述待测试接口进行处理；

将所述待测试接口的处理结果反馈给所述测试请求的发送方。

可选的，上述接口测试方法中，包括：

所述扩展属性包括：第一扩展属性和第二扩展属性；

所述第一扩展属性为用于选择接口处理链的控制判断条件；

所述第二扩展属性用于为所述接口处理链对应的处理器提供适配的必要参数。

可选的，上述接口测试方法中，所述第一扩展属性包括但不限于：优先级参数和类型参数中的一项或两项的组合；

所述第二扩展属性包括但不限于：环境参数和提取值中的一项或两项的组合。