接口自动化

¶接口自动化怎么测试

( Python+ requests+pytest版本)

原来我们接口自动化是用 python+ request+ pytest执行

接口自动化其实主要就是接口测试的基础上填加了断言，参数化，动态关联

做接口自动化之前，我们也会划分模块，报告，公共的模块，测试数据，测试报告，主要的目的是为了方便后期的维护

测试数据，一般原来我们就是用的接口测试用例，公共的模块，主要是里面的一些公共的作，比如说用例 excel数据的读取

数据库的连接，还有我们封装的每个接口请求

断言的主要是获取访问接口的值判断，用的是 assert，参数化主要用的比较多是excel表格，就是测试用例数据

还有需要调用登录后的 cookies跟 token的时候，我们就会用到关联

比如说原来我们写的一个申请借款的接口吧

首先我们会编写测试用例，把每个用例数据保存到excel中

再建立一个申请借款的模块

这个时候我们去调用申请借款的功能模块，里面的参数我们是保存在 excel表格中

我们建立发送请求，通过参数化，去读写excel表格中的数据，获取到返回的数据，通过assert去对应返回的数据跟用例中异常的数据。

这个时候也会做数据库断言，去连接数据库去查询数据库中时候存在查询，如果是返回结果

是json数据格式，我们还会转化下格式后，再去断言

这个申请借款模块，也会用到登录的 cookie值 token，我们先建立一个登录的请求，提取

返回的 cookie值 token

excel表格多个用例，我们就用到循环去运行，读取excel中用例总的条数，去循环运行，

这里要注意的是:

就是excel表格数据时是str我们要eval转化成字典格式

把每个接口封装好以后

我们就会调用 pytest框架去运行所有test文件的测试用例

如果只是执行部分用例，也可以通过 pytest框架来指定

然后用 yagmail,在 pytest框架运行完test文件之后，发送邮件到指定邮箱。

接口自动化，我个人觉得，性价比是比较高的。

实现起来简单、维护成本低，容易提高覆盖率等特点

接口是稳定的，最多是增加一个字段或者新增接口之类的

低成本，有了相对的稳定性，不需要大量重新编写脚本，只需要基础维护包括用例的扩充就可以了

执行的快，反馈的速度快

（jmeter版本)

原来我们也做了很多接口自动化，接口自动化这块，其实原来我们也是用 jmeter请求去做的，这个时候，我们也用到一些工具，http代理，主要方便编写接口请求，通过录制就行了，我觉得接口自动化只是在接囗测试中多加了一些参数化、关联、断言参数，主要是函数参数化，自定义变量参数化，文件参数化，主要文件类型csv跟txt，不过原来csv文件用的比较多，还有一些数据库的参数化，断言，主要响应代码断言，响应文档断言。

比方说，原来我们一个登录接口主要是正常场，异常场票这块，正常场景，主要是用户跟密码正确，采用数据参数化，把用户名用随机函数进行参数化，随机长度大一些，用户名不存在的情况，原来是通过文件参数化，设置参数值，密码不正确也是通过文件参数化，接口请求中host地址，目录地址，我们都进行数据化，自定义变量去操作，结果检中，我们主要是用断言来检查，每个请求，

设置了2个断言，一个响应代码断言，一般是200，响应文本断言，登录成功，返回码为1

状态提示成功，检意是否成功，对应异常场景也是，都需要设置断言，去检查结果原来做的申请借款接口，需要登录接口http cookie，我需要建立2个接口，一个登录接口，一个申请借款接口，通过正则表达式去提取登录接口返回 cookie，在申请借款请求接口，设置http cookie时，值为登录接口返回cookie，还有也要考虑原来我们项目，还有 token值，提取登录返回 token，提取，当成申请借款的请求参数，当测试场景的脚本编写完成，执行接口测试用例，我们在察看结果树中，检直，主要是看颜色这块，红色检查哪些地方失败，绿色表示通过

编写完成后，我们会把脚本添加到 jenkins里面持续集成运行

原来我们持续集成是半个月运行一次，当然我们也可以手动构建

1，我们一般把写完的 jmeter的脚本

2，通过svn把写好的脚本检入到svn服务器

3，在 jenkins任务下，选择定时构建，或者手动构建，检查svn上传最新的脚本，去运行

一般我们项目在修改新的功能模块，上线，转测之前，都会自动去运行脚本

4，运行完成，我们再 jenkins下，查看脚本运行结果

¶为什么做接口自动化

接口自动化，我个人觉得，性价比是比较高的

实现起来简单，维护成本低，容易提高覆盖率等特点

接口是稳定的，最多是增加一个字段或者新增接口之类的

低成本，有了相对的稳定性，不需要大量重新编写脚本，只需要基础维护包括用例的扩充就

可以了执行的快，反馈的速度快

¶假如公司想要做自动化，让你去做，你会从那些方面考虑入手

1.测试范围

2.时间进度

3.人员安排

4.框架确定

5.环境的搭建

6.准备好测试数据 数据驱动

7.工程的管理后期的维护

¶你写了多少接口自动化用例

自动化用例，也没有具体数过，当时我负责的所有模块的接口的自动用例都是我这边独立完成的，

有模块的用例会多一点，有些会少一点，这具体看接口的参数有多少，参数多限制条件多的，

一般用例会比较多一点，我负责的模块大概有100多条用例是有的!

¶比如说你接口的请求参数需要加密处理的，你们用的是什么加密方式，你加密怎么处理的

这个是有做过的，就拿当我们那个项目的登录接口来讲吧，那个登录的密码是需要进行加密

加密之后再进行传输。这里需要问开发要加密算法，我们会把它封装成一个函数，调用这个加密函数对密码加密，之后再进行传递。我们公司的加密算法，大部分用的都是MD5的加密算法(base64)

¶你查询出来返回结果是密文，密文你怎么测试

这里首先要搞清楚用的是什么加密算法，问开发要解密算法，对返回的数据进行解密

解密完成之后在与预期结果对比，去进行断言

¶http如何进行代理录制接口

Web端

1，浏览器设置代理就可以录制，默认ip为 localhost，端口8888

手机端

1，手机设置代理就可以录制

默认ip为pc机器的ip地址，端口8888

¶jmeter如何进行参数化，参数化类型包含哪些

用户参数自定义变量文件参数化，csv文件或者txt文件

函数助手随机函数，csvread函数数据库参数化

¶jmeter中对于json数据如何提取信息

正则表达式提取或者 JSON Extractor提取

¶jmeter中如何跨线程组传输参数

正则表达式或者边界值提取器或者JSON Extractor提取的值

后置处理器- beanshell处理器

定义成全局变量

${_setProperty(newtoken,${access_token},)}

其他线程组，引入变量值

${_P(newtoken,)}或者${_property(newtoken,)}

¶jmeter如何进行断言

1，响应断言

添加响应断言：添加 -> 断言 -> 响应断言

apply to：是应用范围，设定匹配的范围

Main sample and sub-samples：匹配范围为当前父取样器，及子取样器

Main sample only：仅当前父取样器

Sub samples only：仅子取样器

Meter Variable：变量值进行匹配

要测试的响应文字:针对响应数据不同部分进行匹配

(1) 响应文本：响应服务器返回的文本内容，http协议排除 header部分

(2) 响应代码：匹配响应代码，比如http请求中200代表成功

(3) 响应信息：匹配响应信息，处理成功返回成功”或者“ok”字样

(4) Response Header匹配响应头中的信息

匹配规则:

包括：响应内容包括需要匹配的内容就算成功

匹配：响应内容要完全匹配内容，不区分大小写

equals：完全相等，区分大小写

substring：响应内容包括匹配内容即为成功

可以通过添加断言结果来查看断言的执行情况

执行结果：

如果接口响应数据可以与断言匹配上，则测试用例通过，否则不通过

可以通过断言结果，查看断言执行情况。

2，大小断言

3，持续时间断言

¶jmeter如间在cmd命令下运行

Jmeter -n -t文件路径\fw-zhuce.jmx -l result.jtl -e -o E:\resultreport

讲解：非GUI界面，压测参数讲解

-h 帮助

-n 非GUl模式

-t 指定要运行的 JMeter测试脚本文件

-l 记录结果的文件每次运行之前，(要确保之前没有运行过即xxx.jtl不存在，不然报错)

-r Jmter.properties文件中指定的所有远程服务器

-e 脚本运行结束后生成html报告

-o 用于存放html报告的目录(目录要为空，不然报错)

-R 表示选择执行=远程启动

XXX.XXX. XXX. XXX：5174 ，XXX. XXX. XXX. XXX：5172

官方配置文件地址 http://jmeter.apache.org/usermanual/get-started.html

¶jmeter运行完成后如何去自动发送邮件

(1)监听器中添加-邮件观察仪

文件名-运行完成，保存运行结果的位置

from邮件的发送人

isz181xiongmao@126.com

addressee邮件的接收人(多个人用逗号隔开)

success subject运行成功，发送邮件标题 success limit大于运行请求成功的次数

failure subject运行失败，发送邮件标题 failure limit大于运行请求失败的次数

host邮件服务器地址smtp.126cm

login邮件服务器登录用户名密码(授权码)

1、文件名：只需要给出路径和保存的文件名称即可，给定之后将会把测试结果的数据写入到文件中

注：它不会将此文件已附件的形式在邮件中，只是将测试结果写入到了定的此目录文件中，

如果你运行完脚本，直接在此路径下打开此文件就可以看到运行结果

2、 Success Limit与 Failure Limit：当成功数与失败数为几时进行邮件的发送(注意：此处是大于给定的数值，不是等于)，我写的1，则失败2次后将发送邮件通知我，

3、当测试结果100%成功时则不会发送邮件

4、写代码java编写 beanshell后置处理器

¶pytest如何做断言

用 assert断言

1，断言返回的结果

2，进行逻辑检查，检查数据库产生的数据

¶patent中如何去调取其他用例中返回的参数

把返回的值定义成全局变量

global a_id #定义成一个全局变量

a_id = incharge_id

¶你们做接口自动化，用例数据是怎么组织，管理的

用例数据这块，当时公司要求使用 excel表格来进行管理，其实这里主要也是为了实现数据与脚本的分离，提高整个工程后期的维护与优化，这里把数据封装到excel表格之后。

我们在脚本中通过调用封装好的读取 excel表格的数据函数，对excel表格中的用例数据，

我们是这么组织的，会有以下几个字段像用例标题，请求地址，请求方式，请求头，请求参数，响应结果，这个几个部分，对于请求头跟请求参数，因为脚本中发请求都是通过组装成字典的形式来发送的所以这里我们也是通过类似于字典的形式文本格式来进行组织，主要就是方便后期脚本的提取与引用其实我觉得，这样去处理的好处就是，后期如果用例数据有变动，或者需要增加或删除部分

用例直接针对 excel表格数据进行操作就可以了，不需要改动脚本这也就方便整个项目工程的管理与维护了。

¶requests中如何进行动态关联

1，如果返回的是 cookies值，可以直接返回接口的 r.cookies

2，返回的是str类型数据，可以导入re模块进行正则表达式提取返回数据格式是json格式，

导入json，把json数据格式转化 python对象

¶你们-python接口自动化怎么去处理cookie，session的

对于 cookie，session的处理一般有三种方式:

第一种就是先获取登录请求的 cookie值，然后发送其他请求的时候，在 requests提供的

两个方法get或post方法中有一个 cookies参数，我们可以通过这个参数来传递 cookies值

第二种就是通过订制请求头，然后把获取到的coookies放在请求头中，通过请求头来进行传递

第三种就是通过创建一个 session会话对象，后期所有的请求发送都通过调用这个 session会话对象来进行发请求，如果是登录请求，它会自动保存 cookies值，然后其他需要用到cookies值的请求，也通过 session对象来发送，它会自动把 cookies发送出去,对于 cookies， session的处理，我们差不多都是通过以上三种方式来实现的