小编热衷于收集整理资源,记录踩坑到爬坑的过程。希望能把自己所学,实际工作中使用的技术、学习方法、心得及踩过的一些坑,记录下来。也希望想做软件测试的你一样,通过我的分享可以少走一些弯路,可以形成一套自己的方法,并应用到实际中。
小编整理了一些零基础入门软件测试到精通全套自学资料,还有不少工具和视频的【 盘资源】,
目录
断言
常见断言方法
1、状态码断言
2、响应内容断言
3、响应头断言
常用断言对应的脚本
断言
在 postman 中我们是在Tests标签中编写断言,同时右侧封装了常用的断言,当然 Tests 除了可以作为断言,还可以当做后置处理器来编写一些后置处理代码,经常应用于:
-
获取当前接口的响应,传递给下一个接口
-
控制多个接口间的执行顺序。
常见断言方法
1、状态码断言
-
判断接口响应的状态码:Status code: code is 200
-
判断接口响应码是否与预期集合中的某个值一致
-
判断状态码名称(也就是状态码后面的描述)是否包含某个字符串:Status code:code name has string
2、响应内容断言
-
断言响应体中包含XXX字符串:Response body:Contains string
-
响应结果如果是json,断言响应体(json)中某个键名对应的值:Response body : JSON value check
-
断言响应体等于XXX字符串:Response body : is equal to a string
3、响应头断言
-
断言响应头包含:Response headers:Content-Type header check
4、响应速度断言
-
判断实际响应时间是否与低于预期时间:Response time is less than 200ms
实例:
针对上面的返回结果,我们设置断言如下
注意:
postman获取断言时,任何响应都必须转为JsonData 对象。例如我们想获取如下响应信息中键值为 name 的值:
此时我们应该:
除了单个接口断言外,postman还集合断言和模块断言,分别通过点击集合或者模块,然后点击Edit,进入Test标签进行断言即可
常用断言对应的脚本
清除一个环境变量
断言响应数据中是否存在某个元素
断言response等于预期内容
断言json解析后的key的值等于预期内容
检查response的header信息是否有被测字段
校验响应数据中,返回的数据类型
响应时间判断
设置环境变量
断言状态码
检查响应码name
断言成功的post请求返回码
加油吧,如果你需要提升技术储备,那就行动,在路上总比在起点观望的要好。一切的迷茫都是因为想得太多而做的太少!
以上就是今天的分享,如果觉得有用,欢迎分享转发给更多朋友??。
你们公司的测试流程是否规范尼,欢迎留言分享
官方推荐微信:mashang-ww 申请好友发送暗 :999 去领取吧!!!
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!