使用的框架
jmeter+ant+spring boot;
接口自动化用例设计
接口自动化用例设计主要来源功能测试用例设计，我们会在功能用例添加是否自动化，用例数量。
是否自动化字段说明
共有三个选项分别为是、否、不适合。
主要用来区分那些功能用例可以转换为接口用例，那些不可以转换为接口用例。有多少功能用例已经实现了自动化，可以衡量本迭代接口用例的覆盖率。
接口用例开发阶段
功能用例评审、并维护完成，才开始接口自动化用例编写与调试。
接口用例编写＆调试
接口用例编写时有那些接口地址、入参、返回值，主要参考接口文档、抓包、接口集成工具swagger。
接口调试一般在开发环境进行，基本是开发完就开始调试。或者提前把接口脚本写好，带接口开发完后统一调试。
框架设计的时候要考虑环境的兼容性、数据灵活性等…
接口用例同时兼容多个环境
要想统同一套接口用例兼容多个环境，接口参数要灵活、url、db可替换、断言要简单。
可以使用git管理用例的版本、环境，dev分支可以将dev环境的配置与用例提交到dev分支，test与pro（生产环境)。
用例发布与执行
通过jenkins构建、发布到服务器，并开始执行用例。
用例发布后可以通过spring boot服务端直接调用ant的build.xml执行接口用例。框架在这里有介绍，请点击查看。
这样就能实现同一套接口用例，能同时兼容开发、测试、生产环境等…
接口自动化的好处
在开发阶段就能发现，接口是否正确、设计是否合理;并能保证每次发布版本后，都可以通过接口用例检查后端功能是否正确。开发人员可以重点关注失败用例，失败用例都会有日志并通过日志定位原因。
现在我们已经做到了同时兼容开发、测试、生产。只要版本发布后就会自动触发执行接口用例，并邮件返回执行结果。
心得
接口断言越简单越好、易维护、且兼容性好。
接口检验较复杂时，若接口发生变化，返回参数变更时失败率较高。
数据验证的准确性毕竟还时要人为验证的要靠谱一些，机器毕竟没有那么智能。
