7.4 postman接口测试（补充）_postman监听端口

1、基础应用

1.1 接口测试的简介和分类

 接口测试就是测试系统组件接口之间的一种测试

分类：

 测试外部接口：测试被测系统和外部系统之间的接口（只需要测试正例即可）

 测试内部接口：

  ①内部接口只提供给内部系统使用（预算系统，承保系统）（只需要测试正例即可）
  ②内部接口提供给外部系统使用（测试必须非常全面，正例，各种异常场景，权限控制）

1.2 接口测试的流程以及用例的设计

 ①拿到接口api文档（通过抓包工具获取），熟悉接口业务，接口地址，鉴权方式，入参，出参，错误码

 ②编写接口用例以及评审

思路：

 正例：输入正常入参，接口能够成功返回数据

 反例：

  鉴权反例：
   鉴权码为空，鉴权码错误，鉴权码过期…

  参数反例：
   参数为空，参数类型异常，参数长度异常

  错误码覆盖：
   根据业务而定的

  其他错误场景：
   接口黑名单，接口调用次数限制，分页场景

 ③使用接口测试工具postman执行接口测试

 ④postman+newman+jenkins实现持续集成，并且输出测试报告，且发送邮件

1.3 实战-微信公众平台接口

获取权限：
 appid

 secret（秘钥）

1.4 postman界面功能介绍

 Home-主页

 Workspaces-工作空间
  Collections：集合，项目集合
  APIS：api文档
  Environments：环境变量，全局变量
  Mock Server：虚拟服务器
  Monitors：监听器
  History：历史记录

1.5 postman执行接口测试

请求页签：

 Params：get请求传参

 Authorizition：鉴权

 Headers：请求头

 Body：post请求传参
  none（不常用）：没有参数
  form-data：既可以传键值对参数，也可以传文件
  x-www-form-urlencoded：只能传键值对参数
  raw：json，text，xml，html，javaScript
  binary：把文件以二进制的方式传参

 Pre-request-script：请求之前的脚本

 Tests：请求之后的断言

 Settings：设置

 Cookies：用于管理cookie信息

响应页签：

 Body：接口返回的数据
  Pretty：以json，html，xml…不同的格式查看返回的数据
  Raw：以文本的方式查看返回的数据
  PreView：以网页的方式查看返回的数据

 Cookies：响应的Cookie信息

 Headers：响应头

 Test Results：断言的结果

 200-状态码
 OK-状态信息

 681ms：响应时间

 343B：响应的字节数

Get请求和Post请求的区别：

 ①get请求一般是获取数据，post请求一般是提交数据

 ②post请求比get请求安全

 ③本质区别是传参方式不同：
  get请求在地址栏后面以？的方式传参，多个参数用&分隔
  post请求是在body以表单的方式传参

问题：

 多种环境：开发环境，测试环境，生产环境
 接口关联：需要手动关联
 参数需要手动修改

1.6 postman的环境变量及全局变量

环境变量：环境变量就是全局变量
全局变量：能够在任何接口中访问的变量

获取环境变量和全局变量的值是通过：{{变量名}}

1.7 接口关联

1.7.1 json提取器实现接口关联

第一个接口：

console.log(responseBody);
//使用json提取器提取access_token值
//把返回的字符串格式的数据转换成对象的形式
var result = JSON.parse(responseBody);
console.log(result.access_token);
//把access_token设置为全局变量
pm.globals.set("access_token", result.access_token);
1
2
3
4
5
6
7

第二个接口：

{{access_token}}
1

1.7.2 使用正则表达式提取器实现接口关联

第一个接口：

//使用正则表达式提取器实现接口关联，match匹配
var result = responseBody.match(new RegExp('"access_token":"(.*?)"'));
console.log(result[1]);
//设置为全局变量
pm.globals.set("access_token", result[1]);
1
2
3
4
5

第二个接口：

{{access_token}}
1

1.8 postman内置动态参数以及自定义的动态参数

1.8.1 内置动态参数

 {{$timestamp}}：生成当前时间的时间戳

 {{$randomint}}：生成0-1000之间的随机数

 {{$guid}}：生成速记GUID字符串

1.8.2 自定义动态参数

使用时：{{times}}

1.9 测试其他接口

get请求：在Params中编写内容
post请求：在Body中编写
增删改查：需要形成一个闭环
文件上传：在Body中的form-data中选择file

1.10 postman断言

常规断言：
 Status code：Code is 200 检查返回的状态码是否为200（常用）

 Response body：Contains string 检查响应中包含指定字符串（常用）

 Response body：Json value check 检查响应中其中json的值（常用）

 Response body：is equal to a string 检查响应等于一个字符串（常用）

 Response headers：Content-Type… 检查是否包含响应头Content-Type

 Responsetime is less than 200ms：检查请求耗时小于200ms

自定义动态断言：
在断言中获取自定义动态参数（全局变量）的方式：

①pm.globals.get("times")
②globals["times"]
③globals.times
1
2
3

全局断言：

1.11 postman批量运行测试用例

1.12 postman数据驱动之CSV文件和JSON文件的处理

1.13 测试必须带请求头的接口

常见的请求头：

 Host：请求的主机地址

 Collection：连接方式

 Accept：客户端收到的数据格式【常用】

 X-Requested-With：异步请求【常用】

 User-Agent：客户端的用户类型【常用】

 Referer：来源

 Cookie：Cookie信息【常用】

 Content-Type：请求内容的格式【常用】

1.14 postman接口Mock Server服务器

mock：模拟
后端的接口还没有开发完成，前端的业务需要调用后端的接口

{“error_code”:0，msg:“返回成功”，data:[]}

1.15 postman的Cookie鉴权

什么是cookie？

 cookie是一小段文本，格式：key = value

cookie鉴权的原理：【重要】

 ①当客户端第一次访问服务器时，服务器就会生成cookie信息，且在响应头的set-cookie中把生成的cookie信息发送给客户端

 ②当客户端第2-N次访问服务器时，客户端会在请求头的cookie带上cookie信息，从而实现鉴权

cookie的分类：

 ①会话cookie：保存在内存，当浏览器关闭后会自动化消除cookie

 ②持久cookie：保存在硬盘，浏览器关闭后不会清除，只有当失效时间到了才会自动清除

1.16 Newman

postman专门为接口测试而生，newman转为postman而生，newman可以让postman的脚本通过非GUI（命令行）的方式去运行

 运行命令：newman run

常用参数：

 -e：引用环境变量

 -g：引用全局变量

 -d：引用数据文件

 -n：指定测试用例迭代次数

 -r cli,html,json,junit --reporter-html-export：指定生成HTML的报告

1.17 postman+newman+Jenkins实现接口测试持续集成

 ①新建一个项目

 ②设置自定义工作空间

 ③执行windows的批处理命令

 ④执行系统的Groovy脚本

 ⑤生成的HTML的报告集成到Jenkins