接口自动化测试原则

　　基础原则：

　　自动化：接口测试是非交互式的自动化执行，不需要人参与。

　　独立性：接口测试之间不应该相互依赖。

　　可重复：接口测试可重复执行，不受环境影响。

　　接口测试遵守BCDE原则，保障接口交付质量。 Border：边界测试。 Correct：正确的输入，正确的预期输出。 Design：按照需求和设计文档编写测试逻辑。 Error：错误输入，预期输出。

　　数据准备：数据准备通过系统服务进行，不能通过直接插入db方式。

　　可测性：对于不可测的代码需要进行重构成合理的结构。

　　覆盖性：接口测试需要覆盖所有UC，同时代码覆盖率和分支覆盖率应达到一定标准，新增代码必须被覆盖。

　　持续性：如果代码修改导致已有接口测试执行失败，必须修复代码问题或者测试代码逻辑。

　　时间要求：接口测试应该在项目发布之前完成，不应放到项目发布之后补充。

　　以上的基本原则应适用于所有层的自动化测试用例，在编写接口测试时，除了上面这些原则，还有其他原则需要遵守

　　从系统角度来分析入口调用，以HSF服务为例：

　　外围系统调用由我们系统提供的服务。

　　系统执行了一堆代码逻辑，其中包含有分支逻辑。

　　系统执行过程中依赖外部HSF服务，进行了调用，并得到了返回值。

　　系统执行过程中依赖DB查询或者落地了数据，依赖缓存查询或者落地了数据。

　　系统执行过程中对外发送了消息。

　　给上游系统返回HSF执行结果。

　　有效接口测试的关键原则是要覆盖所有入口，mock所有依赖，校验执行过程中所留下的痕迹，总结如下：

　　入口覆盖：接口测试用例必须覆盖HSF服务入口、消息入口、定时任务入口。

　　依赖mock：在基本原则中，有可重复这个原则，即接口测试不能受环境依赖，需要mock掉对外依赖。但对于db依赖，不建议完全mock掉，一方面mock成本高，另外可能覆盖不到sql和表约束逻辑。

　　校验完整：有效的接口测试，应该具备完整的校验，没有校验的接口测试是没有意义的。只要执行过程中，留下的痕迹对业务有影响，都要进行完整校验，方能保障接口测试的有效性。 HSF接口返回值校验：按照场景和接口约定进行HSF返回参数校验。 DB校验：校验落地数据的正确性。 缓存校验：校验存入缓存中数据的正确性。 HSF依赖入参校验：通过mock工具获得依赖HSF调用的入参，进行入参校验。 消息校验：通过mock工具获得发送的消息对象，进行消息体校验。

　　以上内容为大家介绍了接口自动化测试原则，希望对大家有所帮助，如果想要了解更多接口自动化测试相关知识，请关注多测师。https://www.aichudan.com/xwzx/