RF接口测试设计时需要考虑的事(robotframework框架)

接触接口测试至今也有三四年了，但之前的接口测试基本上停留在仅仅验证接口是否正常(基本上就是判断status是否返回200)。但显然这是远远不够的，最近学习RF自动化测试，购入了一本自动化实战宝典，从中学到了比较全面的接口测试设计的思考方式。在此希望与大家分享。

在实际项目中，接口数量通常是比较庞大的(当然与项目大小有直接关系)，维护人员也可能是整个团队，所以在做接口规划时需要考虑如下几点：

1、最好把接口测试当作项目来运作，考虑接口的整体设计和层次；

2、多个接口测试的功能模块如何划分、如何界定；

3、接口测试套件如何命名，接口测试用例如何命名、分类；

4、接口测试用例如何设计，以及如何设计有效、可靠的断言。

基于对以上四点的思考，我们需要做好以下几点：

一、接口测试整体结构分层；

1、接口测试项目名称定义，一般格式为：公司名_框架名_测试类别；

2、框架目录分层，大致可分为：

1）接口脚本层；

2）资源层：业务资源层、公共资源层、第三方类库；

二、接口测试功能按一定规则划分；

1、单接口功能测试；

2、基于业务场景的接口组合测试；

三、接口测试套件命令要有一定规范；

1、比如以GET请求、PUT请求、DELETE请求等命名；

四、接口测试用例命名与分类也需要遵循一定规范；

1、正常场景接口测试用例；

2、异常场景接口测试用例；

3、数据验证测试用例；

4、接口性能测试用例；

5、接口安全测试用例。

以上就是在接口测试设计时需要全面考虑的方面。

参考书籍：自动化测试实战宝典