postman 接口测试总结

1,postman 5.5版本的test脚本比6.7版本的简单，代码少

如 判断响应时间小于200的，5.5版本脚本是：tests["Response time is less than 200ms"] = responseTime < 200;

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

1，header信息，对于给app提供的接口设置一个header信息X-App-ID，如果有一些加密要绕过签名，设置header信息sign

2，用不同的身份登录，就用到token信息，具体是什么格式的postman有很多

可以通过抓包app，找到token

3，测试用例可以提前验一些东西，入颜色值，返回的URL链接，返回数据对不对，排列顺序对不对，

4,用例设计

1、是否满足前提条件

有些接口需要满足前置条件，才可成功获取数据。常见的，需要登陆Token。

逆向用例：针对是否满足前置条件(假设为n个条件)，设计0~n条用例

2、是否携带默认值参数

正向用例：带默认值的参数都不填写、不传参，必填参数都填写正确且存在的“常规”值，其它不填写，设计1条用例；

3、业务规则、功能需求

这里根据实际情况，结合接口参数说明，可能需要设计n条正向用例和逆向用例

4、参数是否必填

逆向用例：针对每个必填参数，都设计1条参数值为空的逆向用例

5、参数之间是否存在关联

有些参数彼此之间存在相互制约的关系

逆向用例：根据实际情况，可能需要设计0~n条用例

5、参数数据类型限制

逆向用例：针对每个参数都设计1条参数值类型不符的逆向用例

6、参数数据类型自身的数据范围值限制

正向用例：针对所有参数，设计1条每个参数的参数值在数据范围内为最大值的正向用例

逆向用例：

针对每个参数(假设n个)，设计n条每个参数的参数值都超出数据范围最大值的逆向用例

针对每个参数(假设n个)，设计n条每个参数的参数值都小于数据范围最小值的逆向用例

以上几个方面考虑全的话，基本可以做到如下几个方面的覆盖：

主流程测试用例：正常的主流程功能校验；

分支流测试用例：正常的分支流功能校验。

异常流测试用例：异常容错校验