参数化，断言，参数化时为什么做断言，怎么做断言，如何确保断言的正确

参数化是什么

参数化想必做过接口测试的各位小伙伴都不陌生，参数化是对一个接口进行多次重复类似的操作，通过将响应数据与接口API对比即可。

断言是什么

手动测试时，我们通过肉眼去确认程序的实际操作后呈现的结果与我们用例中的预期结果是否匹配，比如登录，输入账号密码后需要去用肉眼去查看是否登入了系统，页面是否正常跳转等，这都是用肉眼去检查程序的实际操作后呈现的结果与我们用例中的预期结果是否匹配的过程。

在自动化测试或者接口参数化测试中，我们用什么来判断实际结果与预期结果是否一致的呢？这个时候就需要用到测试工具提供相应的功能来检查实际结果与预期结果是否匹配，这个检查过程是需要我们写在代码中的，这个检查过程就是断言。断言的英文是assertion，断言是指定一个程序必须已经存在的状态的一个逻辑表达式，或者某一组程序变量在程序执行期间的某个点上必须满足的条件。通俗的说就是判断程序在某个时间点需要达到的某种状态。

postman的断言必须写在test（后置脚本）中

常用的四种断言

`Status code: Code is 200`

判断状态码是否正确；默认是200，可修改。

pm.test("Status code is 200", function () {pm.response.to.have.status(200);
});

Response time is less than 200ms

判断相应时间是否超时；默认是200ms（毫秒），可修改。

pm.test("Response time is less than 200ms", function () {pm.expect(pm.response.responseTime).to.be.below(200);
});

response body:Is equal to a string

判断响应结果中的字符串与预期结果的字符串是否匹配。

pm.test("Body is correct", function () {pm.response.to.have.body("response_body_string");
});

`Response body: Contains string`

判断响应结果的字符串与该字符串的值是否相匹配。

pm.test("Body matches string", function () {pm.expect(pm.response.text()).to.include("string_you_want_to_search");
});

接口参数化怎么做

1.创建数据文件，支持的数据格式文件为txt,dat,csv和JSON等，这里我们以txt为例子。

创建一个名为date.txt的txt文件，文档的第一行是自己设置的变量名，方便在postman中调用，每一行是一组数据，也表示一次迭代，每行如果有多个数据用英文状态下的逗号分隔开。（最后保存一定要保存为utf-8格式）

2.postman中在需要参数化的接口中将自己需要的请求值替换为设置好的变量：请求参数中用{{变量名}}替换，注意这里的变量名和文档中你设置的变量名需要一致

3.选中集合Collection->点击Run->然后选择需要批量运行的接口，从文件选择区加载数据文件，通过点击Data File Type选择文件类型，点击Preview来预览数据，设置对应迭代次数，每次迭代都将使用你的数据文件中的一行，如果迭代次数超过数据文件中的行数，将重复执行最后一行，然后点击运行就可以得到结果。

在参数化中为什么写断言？

在参数化中为了验证每组数据得到的结果需要在postman后置脚本（test）中写断言。

在参数化中怎么确保断言全部都是对的呢？

1.在写好的参数化txt文本中加入一行参数，这里我们以断言Response body: Contains string（判断响应结果的字符串与该字符串的值是否相匹配）为例子，添加的格式跟之前一样

2.在postman中的后置脚本（test）中将自己需要的值替换为设置好的变量：替换变量的方法是data.变量名或者data[变量名]

3.运行方式与参数化一样，查看结果（因为我故意设错了一个，所以一个是报错）

总结：以上就是什么是参数化，什么是断言，以及在参数化中为什么做断言，怎么做断言，怎么确保断言的正确性。