51Testing软件测试论坛

标题: Postman 做接口自动化测试-2. 常用代码片段 [打印本页]

作者: a296540859 时间: 2017-5-16 16:11
标题: Postman 做接口自动化测试-2. 常用代码片段
如果不打算用来做自动化测试，以下绝大部分都没必要

对随便在界面发下请求来说太麻烦

Tests常用函数

假设接口返回JSON

前提：globals里存了常用的函数，如：

assertNotTimeout:var hasResponse=postman.getResponseHeader('Content-Type')?true:false; if(!hasResponse) tests['服务端在超时前没返回任何数据，请检查相关服务、网络或反向代理设置（以下跳过其他断言）']=false;
logParams:if(hasResponse) tests[`[INFO] 请求参数（仅限POST，超时没返回时不解析）：${JSON.stringify(request.data)}`]=true;
getResponseJson:try{if(hasResponse) var json=JSON.parse(responseBody);}catch(err){ tests['服务端没返回合法的JSON格式，请检查相关服务、网络或反向代理设置（以下跳过其他断言）']=false; tests[`[INFO] 返回：${responseBody}`]=true; console.error(err);}
assertType:var assertType=(name,value,type)=>{let isType=(type==='array')? Array.isArray(value):typeof value===type; tests[`${name}为${type}（实际值：${value}）`]=isType;};
assertEqual:var assertEqual=(name,actual,expected)=>{tests[`${name}等于${expected}（实际值：${actual}）`]=actual===expected;};
assertNotEqual:var assertNotEqual=(name,actual,expected)=>{tests[`${name}不等于${expected}（实际值：${actual}）`]=actual!==expected;};
这块难看不是太大问题，1个人写好、导出、提交Git，通知其他人拉、导入，完事

然后就可以一种套路走天下——

开头把函数全拿出来：

// setup
eval(globals.assertNotTimeout);  // 判断是否超时
eval(globals.logParams);  // 在报告里显示POST请求参数
eval(globals.getResponseJson);  // 返回json变量，保存了整个返回的JSON对象
// 定义几个常用函数，参数都是显示文字、实际值、期望值
eval(globals.assertType);
eval(globals.assertEqual);
eval(globals.assertNotEqual);
假设项目里每个接口必定会带resultCode属性，成功返回1，

失败时还会带resultMsg detailMsg属性，但未必2个都有提示信息

先来个通用的套路，不管接下来漏什么，总不会把最基本的漏了：

// 项目通用的断言
if (json) {
  const { resultCode, resultMsg, detailMsg } = json;
  assertEqual('resultCode', resultCode, 1);

  if (resultMsg) tests[`[INFO] 接口提示信息：${resultMsg}`] = true;
  if (detailMsg) tests[`[INFO] 接口提示信息：${detailMsg}`] = true;
}
如果这接口报错也是正常情况（如检查手机号是否已注册的接口，毕竟随机生成的号码有可能跟已有的重复），加上流程控制，反复通过名字调自己，直到得到想要的结果

if (!resultCode || resultCode !== 1) {
  tests[`[WARN] 手机号${environment.randomMobile}无法注册，重试中……`] = true;
  postman.setNextRequest('验证手机是否注册');
}
如果这接口执行失败会导致之后的接口没有跑的意义，那就中止测试流程

（比如注册失败，接下来需要登录的操作都不用测了）

// （注明中止理由）
if (!resultCode || resultCode !== 1) {
  tests['[ERROR] 执行失败，跳过依赖本接口的后续测试'] = false;
  postman.setNextRequest(null);
}
在界面/HTML报告里看到的assertEqual输出例：resultCode等于1（实际值：1）

有些接口返回内容很简单，不需要做什么验证，到上面就结束了

门槛低到只要会复制粘贴就“能做自动化测试”（shell脚本别人写，Jenkins别人配），还很稳定！

当然，全都像上面这样搞的话会有很多假阴性

很多接口还要断言更多东西

如果返回值需要和环境变量/请求参数/固定的值做对比，与其写得到处都是，将来改起来忘了这忘了那

不如都塞一个对象里，要改一次改完：

// 该接口的断言
const expected = {
  mobile: environment.PATIENT_MOBILE,
  userType: 1,
};

// 如果值来自写死的请求参数：request.data.变量名
// 如果值来自数据文件：data.变量名
// Postman还是很体贴的，给了你各种实用的全局对象（虽然在文档里藏得很深，虽然那个data极易重名……）
假设项目里大多数接口返回的JSON里都有个data对象，各种业务相关属性都在里面

接下来又一个套路：

if (json && json.data) {
  // ...
} else {
  tests['返回值包含data对象'] = false;
}
if里断言什么提取什么就跟具体接口有关了，需要了解业务逻辑、查接口文档、问开发等

但还是有不少套路

首先总要把某些属性取出来放进变量吧（这里用了ES6的对象解构）

const { access_token, patientId, userId, login, user } = json.data;
需要放进环境变量传给下个请求用的东西，总得做点断言吧，就算没法断言具体的值，判断类型还是可以的

assertType('令牌', access_token, 'string');
assertType('患者ID', patientId, 'number');
assertType('user', user, 'object');

environment.patientId = patientId;
environment.PATIENT_ACCESS_TOKEN = access_token;
返回的某个对象里如果需要做更精细的断言，继续拆

上面我们定义的expected对象在这里用上了

if (user) {
  const { telephone, userId, userType, } = user;
  assertEqual('mobile', telephone, expected.mobile);
  assertEqual('userId', userId, json.data.userId);
  assertEqual('userType', userType, expected.userType);
}
PS：

专门用难维护的globals定义函数的意义就在这里，断言数量太多了（上面省略了一些）

如果用官方的写法，想想满屏差不多又有点不同的东西维护起来多恐怖……

tests[`foo为string类型（实际值：${foo}）`] = typeof foo === 'string';
tests[`bar等于1（实际值：${bar}）`] = bar === expected;
【总结】

写断言的套路不止1个，但个人认为这个比较适合小公司/小项目（最底下还有个JSON Schema的）

上面的代码块连起来搞成一个可以复制粘贴的模板就能到处用

等以后新版本出来了，支持在集合/文件夹级别定义函数，可能就没必要到处复制粘贴，甚至不需要globals了

Pre-Request Script常用函数

当前时间戳

有些接口，如拉消息，返回比提交的时间戳新的数据

// 如果不打算重用，在参数里用Postman的内建变量`{{$timestamp}}`就行，否则：

environment.ts = Date.now();
如果本地/测试服务器和应用服务器时间不同步会影响结果，可以考虑加减一定毫秒数
对时间非常敏感的接口可能不适合用自动化的手段验证，要仔细选取用例/场景，不能为做而做
UUID

// 如果不打算重用，在参数里用Postman的内建变量`{{$guid}}`就行，否则：

const uuid = 'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx'
  .replace(/x/g, () => (Math.floor(Math.random() * 16)).toString(16))
  .replace(/y/g, () => (Math.floor(Math.random() * 4 + 8)).toString(16));
这写法比较易懂，在现在的机器上跑只需要0-1ms，足够了
更多讨论见 stackoverflow的帖子
随机

让请求参数有点变化

// 如果想要0~1000的随机数，且不打算重用，参数里直接用Postman内建变量`{{$randomInt}}`就行
// 否则自己实现：

const randomInt = (min, max) => Math.floor(Math.random() * (max - min + 1)) + min;  // 随机整数
const getRandomValue = list => list[randomInt(0, list.length - 1)];  // 随机选项
例：

// 随机手机
environment.randomMobile = `18${randomInt(100000000, 999999999)}`;
// 随机2-6字姓名
const charsInName = ['赵', '钱', '孙', '李', '王', '张'];
const numOfChars = randomInt(2, 6);
let randomName = '';
for (let i = 0; i < numOfChars; i++) {
  let index = randomInt(0, 5);
  randomName += charsInName[index];
}
environment.randomName = randomName;
// 随机设备token（推送服务商提供）
const chars = ['0', '1', '2', '3', '4', '5', '6', '7', '8', '9', 'a', 'b', 'c', 'd', 'e', 'f'];
let deviceToken = '';
for (let i = 0; i < 64; i++) {
  deviceToken += getRandomValue(chars);
}
environment.randomDeviceToken = deviceToken;
// 随机设备名
environment.randomDevice = getRandomValue(['ios', 'android']);
// 随机行政区划
const divisions = ['北京市', '上海市', '天津市', '重庆市', '广东省深圳市', '广东省广州市', '新疆维吾尔自治区克孜勒苏柯尔克孜自治州'];
environment.randomDivision = getRandomValue(divisions);
// 随机生日（时间戳）
// 假设今天是2017-1-1，距1970-1-1 47年，则生日范围为 1923-1-1 ~ 2017-1-1
environment.randomBirthday = randomInt(0 - Date.now(), Date.now());
// 随机群名
const groupNames = ['犯罪团伙', 'We are gay', '`~!@#$%^&*()-_ =+'];
environment.groupName = getRandomValue(groupNames) + randomInt(0, 1000);
环境变量未定义就赋初始值

environment.XXX == null || environment.NAME = value;
// == null 匹配 null 和 undefined
// 通常避免 !environment.XXX 或 environment.XXX || ... 的写法，变量有可能是false, '', 0
同步等待

避免发送请求的速度比数据库更新速度快，造成误报

const sleep = (milliseconds) => {
const start = Date.now();
while (Date.now() <= start + milliseconds) {}
};

// 就是限时的死循环，请用小一点的数字调试
// Postman是用JS写的，单线程异步，主线程被阻塞了就没法做其他操作
修改密码

用于修改密码接口，2套密码来回替换

// 假设已设置了环境变量PWD

const oldPwd = environment.PWD;
const newPwd = environment.NEW_PWD;

if (!newPwd || newPwd === oldPwd) {
newPwd = '123456';
} else {
  const tmp = oldPwd;
  oldPwd = newPwd;
  newPwd = tmp;
}

environment.NEW_PWD = newPwd;
environment.PWD = oldPwd;
（备忘）用JSON Schema校验格式

仅仅因为Postman支持tv4，试着在项目用了下，效果不好

哪来那么多时间写（这个看项目）
太长了，在Postman里拉几屏看不全，不好维护
通用的不通用的断言和异常处理都在一块，改起来容易漏
别人一看就吓跑，拉不到人入坑
被测接口如果功能不稳定，需求不明确，经常改的话，维护工作量太大
// 依然假设返回的JSON里有个字段叫resultCode，1表示成功
// （当时还没想到用globals存函数，中间反序列化JSON那段基本上就是现在的globals.getResponseJson）

const schema = {
  // 这里手写/贴上在线工具生成的一长串JSON schema
}

let json;
try {
  json = JSON.parse(responseBody);
} catch(err) {
  tests['服务端没返回合法的JSON格式，请检查相关服务、网络或反向代理设置（以下跳过其他断言）'] = false;
  tests[`[INFO] 返回：${responseBody}`] = true;
  console.error(err);
}

if (json) {
  const result = tv4.validateResult(json, schema);
  tests['JSON Schema格式正确'] = result.valid;

  if (result.valid) {
tests.isSuccess = json.resultCode === 1;

if (tests.isSuccess) {
   // ...
}
  } else {
console.error(result.error);
console.error(responseBody);
  }
}
JSON Schema可用这网站生成，把返回的JSON字符串贴进去，点Generate Schema（通常默认选项就够用了）
注意不要复制"$schema":那行，Postman不支持引用外部模板
按默认参数，会把贴进去的JSON里的所有字段都认为是必须的。如果某些返回字段是可选的，找到相应的"required":数组，去掉那字段
Tiny Validator

JSON Schema

作者: jingzizx 时间: 2017-5-17 08:27

作者: Miss_love 时间: 2017-5-17 09:02
支持分享，postman 用来调试不错

作者: cherrycai 时间: 2018-1-2 00:19
好厉害，借鉴借鉴

作者: 远方的小企鹅 时间: 2018-2-24 10:34
厉害

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)