使用的框架

jmeter+ant+spring boot;

接口自动化用例设计

接口自动化用例设计主要来源功能测试用例设计，我们会在功能用例添加是否自动化，用例数量。

是否自动化字段说明

共有三个选项分别为是、否、不适合。

主要用来区分那些功能用例可以转换为接口用例，那些不可以转换为接口用例。有多少功能用例已经实现了自动化，可以衡量本迭代接口用例的覆盖率。

接口用例开发阶段

功能用例评审、并维护完成，才开始接口自动化用例编写与调试。

接口用例编写＆调试

接口用例编写时有那些接口地址、入参、返回值，主要参考接口文档、抓包、接口集成工具swagger。

接口调试一般在开发环境进行，基本是开发完就开始调试。或者提前把接口脚本写好，带接口开发完后统一调试。

框架设计的时候要考虑环境的兼容性、数据灵活性等…

接口用例同时兼容多个环境

要想统同一套接口用例兼容多个环境，接口参数要灵活、url、db可替换、断言要简单。

可以使用git管理用例的版本、环境，dev分支可以将dev环境的配置与用例提交到dev分支，test与pro（生产环境)。

用例发布与执行

通过jenkins构建、发布到服务器，并开始执行用例。

用例发布后可以通过spring boot服务端直接调用ant的build.xml执行接口用例。框架在这里有介绍，请点击查看。

这样就能实现同一套接口用例，能同时兼容开发、测试、生产环境等…

接口自动化的好处

在开发阶段就能发现，接口是否正确、设计是否合理;并能保证每次发布版本后，都可以通过接口用例检查后端功能是否正确。开发人员可以重点关注失败用例，失败用例都会有日志并通过日志定位原因。

现在我们已经做到了同时兼容开发、测试、生产。只要版本发布后就会自动触发执行接口用例，并邮件返回执行结果。

心得

接口断言越简单越好、易维护、且兼容性好。

接口检验较复杂时，若接口发生变化，返回参数变更时失败率较高。

数据验证的准确性毕竟还时要人为验证的要靠谱一些，机器毕竟没有那么智能。