robotframework接口自动化之设计规范

 

1.接口测试整体结构分层

1.接口测试目录分层

1).Interface_teseCase脚本层：

用于存放所有测试用例脚本，在项目下可根据模块划分子目录，不同子目录用于存放不同模块的用例脚本

 

 

 

 

 

2).Resources资源层：

用于存放各个模块的业务资源文件（Business）、公共资源文件（Public）、自定义库(Lib)

业务资源层：用于存放各模块的公共调用部分（包括公共业务关键字、公共业务变量等），且资源文件名称与脚本层保持一致

公共资源层：用于存放通用的调用逻辑，比如公共的请求关键字等

自定义库：用于存放自定义的库或者配置文件

 

 

2.接口测试功能划分

通常一个功能模块会由很多接口组成，一个具体的业务场景通常都是由多个接口组织起来实现的，从测试的角度可大致分为：单接口的功能测试+基于业务场景的功能测试

1).单接口的功能测试（Single_Api）

2).基于业务场景的功能测试(Business_Api)

 

3.接口测试用例命名与分类

1).测试套件的命名

建议格式：接口所属模块_接口方法名_请求类型/接口url最后一级方法名_请求类型

eg:http://*******.com/api/sso/login

测试套件的名称可命名为：ssologin_Post

2).测试用例的命名与分类

接口功能测试类型大致可分为：

正常场景用例

异常场景用例

数据验证用例

接口性能用例

接口安全用例

 

正常场景用例命名：用例名称_序号_用例类型

例如登录接口：api/sso/login

用例命名形式：

手机号登录_01_Normal

同理，其他类型的用例可分别命名形式如下：

 

异常场景用例：用户名为空_01_Exception

数据验证用例:校验登录成功_01_DataVerify

接口性能用例:XXXX_01_performance

接口安全用例:xxxxx_01_safe

 

 

综上所述，目录按照基础分层的原则，实例结构如下：