本文详细介绍了接口测试中的参数化和断言概念。参数化是接口测试中的一种重复操作，通过对比响应数据与接口API。断言则是用于判断实际结果与预期结果是否一致，常用断言包括状态码检查、响应时间限制和响应内容对比。在Postman中，断言需写在test后置脚本中。接口参数化步骤包括创建数据文件、替换请求值及设置迭代次数。断言的正确性可通过在数据文件中添加校验项并在后置脚本中使用变量进行验证。
参数化是什么
参数化想必做过接口测试的各位小伙伴都不陌生，参数化是对一个接口进行多次重复类似的操作，通过将响应数据与接口API对比即可。
断言是什么
手动测试时，我们通过肉眼去确认程序的实际操作后呈现的结果与我们用例中的预期结果是否匹配，比如登录，输入账号密码后需要去用肉眼去查看是否登入了系统，页面是否正常跳转等，这都是用肉眼去检查程序的实际操作后呈现的结果与我们用例中的预期结果是否匹配的过程。
在自动化测试或者接口参数化测试中，我们用什么来判断实际结果与预期结果是否一致的呢？这个时候就需要用到测试工具提供相应的功能来检查实际结果与预期结果是否匹配，这个检查过程是需要我们写在代码中的，这个检查过程就是断言。断言的英文是assertion，断言是指定一个程序必须已经存在的状态的一个逻辑表达式，或者某一组程序变量在程序执行期间的某个点上必须满足的条件。通俗的说就是判断程序在某个时间点需要达到的某种状态。
postman的断言必须写在test（后置脚本）中
常用的四种断言
Status code: Code is 200
判断状态码是否正确；默认是200，可修改。
pm.test("Status code is 200", funct
最低0.47元/天 解锁文章
扫一扫
412
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
