RequestsLibrary接口测试

RequestsLibrary常用的关键字

关键字	描述
Create Session	创建HTTP会话
Get Request	采用get方式请求
Post Request	采用Post方式请求
Put Request	采用Put方式请求
Delete Request	采用Delete方式请求
Head Request	头部请求
Delete All Sessions	删除所有HTTP会话
To Json	转换为json格式

▲ 还有更多关键字，请在RF框架F5键查阅测试库使用方法，需要给合其它测试库的Create Dictionary和Get From Dictionary、Should Be Equal As Integers、Should Be Equal As Strings关键字使用

测试金字塔

从金字塔图可知：

1、UI测试投入成本高，速度慢，常见的黑盒自动化测试场景

2、Service接口测试属于二者之中，测试收益最大，且最容易有成果和成效的部分【前提条件：需要产品开发人员必须提供接口文档】

3、Unit单元测试成本低，速度快，一般是有产品开发团队进行开展

接口用例分层设计

在这里模块可划分成三类：

一类，按功能模块划分，在命名时以具体功能作为命名，如登录模块，可命名为Login，且功能模块主要用来验证某个单一模块下各接口功能上是否符合预期

二类，按业务模块划分，在命名时以Business命名，所有业务功能验证均存放在此目录下，主要用来验证实现具体业务功能时，各接口的关联组合调用验证，如验证某个视频播放功能时，其中，对于视频播放这一具体的业务来说可能会涉及到很多接口之间的调用，包括接口前置条件，接口之间传递数据，接口数据清理等。

项目的功能模块划分以具体的项目而定，在实际的接口自动化项目开展中，需要求开发人员提供项目接口对接文档。接口测试人员，依据接口对接文档描述，划分具体的功能模块及某个功能模块下包含了哪些具体接口。

三类，按安全模块划分，在命名时以Safe命名，所以安全功能验证均存放在此目录下同，主要用来验证接口安全，比如绕过验证、敏感信息是否加密等。

整体分层如下：

不同接口模块下，又可根据子功能的不同，划分成不同的接口。主要包含两部分：

1、接口业务关键字（所谓关键字驱动：对应在其它编程语言中，这里所说的关键字，其实就是封装的函数、方法），通常一个接口下，可以根据测试的业务不同，定义多个不同的关键字

2、接口功能用例，接口用例下仅需填测试数据即可(也就是常见的数据驱动测试方法)。通常不同的用例存放不同的测试数据，即业务关键字的入参，业务关键字根据接收到不同测试数据而去自动执行对应的业务流程。

通常将具体的一组动作序列封装一个业务关键字，测试用例中之所以只存放测试数据，设计核心就是在于将测试业务与测试数据分离。因为通常测试过程中，一个业务关键字的动作序列不会经常变更，需要变更的是测试数据，通常不同的测试数据，会导致业务关键字的产生的结果不同。如下图所示：通过调用数据驱动模板把每行不同的数据逐步传参到接口业务关键字执行用例。

公共方法数据分离

主要包括三部分：公共方法（Public）、项目配置文件(Config)、数据构造文件(xx_var.py)。其中：

● 公共方法，主要提供各个不同项目接口之间都会调用到的一些公共方法，如数据加密、解密，接口数据校验、接口统计等。

● 项目配置文件，主要存储接口在各个不同环境下（通常一个产品，开发完成后，都需要在测试环境验证通过后，才可发布到线上环境，这里所说的不同环境指的就是测试环境、线上环境）的访问地址，通常做法可在业务关键字编写脚本时，将接口访问地址通过变量来控制，然后此变量访问主配置文件对应的接口地址即可，通常接口环境分定义为测试环境下的接口访问地址、预发布环境接口地址、线上接口环境地址等。

● 数据构造文件，由于在不同环境下，需要用到的测试数据可能会有所不同，所以可通过构建对应环境下的变量文件来为接口在不同环境下执行时提供测试数据，变量控制文件中主要存储一些可变的变量文件，或通过函数来构造测试数据然后再将构建数据方法返回到具体变量中提供给测试用例或业务关键字使用。

数据控制文件的设计核心在于，在变量文件中定义构造数据的函数方法，然后将方法的返回值赋给一个变量，在具体的接口引用该变量。

除了通过python代码函数以外，还可通过如下关键字来封装成函数通过返回值传参供业务关键字调用，如下图所示：