如何写好接口自动化测试用例

一般从四个方面来检查用例的质量
1.代码风格
a.好的命名规范
文件名不能包含特殊符号而且遵循特定的格式，不一样做用域变量采用不一样的命名方式，全局变量要在variables中定义

还有case的命名、keyword、case setup、teardown
2.补充信息
用例的补充信息documentation是必不可少的，若是测试用例自己过于复杂，能够分级加注释（这组测试的北京信息，测试的目的，特殊的环境配置等）
3.给用例打上正确的标签
标签能够用来作栓选，版本管理，统计和调度
4.用例实现
（1）首先一个test suite内的testcase执行时不该该相互影响，应该将通用的背景部分提取出来放到suitesetup中去
（2）case的可迁移性，考虑case对环境的依赖，对外部设备的依赖，对测试对象的依赖
（3）创建公共的库，将业务的原子操做抽象出来，好比：测试场景的创建，工做流程的操做集合
（4）
执行条件的检查，若是检查失败，则尽快退出
将执行环境的搭建或者资源的创建和清除，抽取到suite甚至folder level，抽取时尽量作一些组合，但决不容许出现重复创建和删除的操做
用例中不容许出现sleep，sleep一般紧挨着hardcode时间，不只效率低还会由于环境的切换使得执行失败，建议用wait until来执行

预期结果：
原则上每一个用例必需要有预期结果，结果不能为空
一个结果有多个检查点时，确保检查点完整
1.涉及消息，明确关键查看内容
2.涉及存储，明确关键值的变化，数据库的具体表和关键字字段值变化
3.结果对应不一样输入数据有差异时需分别对应描述清晰