Postman使用和测试报告生成
互联网产品一般需要定义的请求头：
user-agent
referer
content-type
cookie
接口测试测试的服务，一般由后端程序员编写
1、常规的接口（公司里面产品的接口）
2、一般去在哪里查看接口文档？Yapi平台
3、open api :开放平台的API （把接口开放出去，提供给第三方的公司使用）
HTTP GET参数是在params下的query parsms
xml形式
get形式
表单形式
400 BAD REQUEST
请求头不对
请求参数不对
测试套件：是测试用例的集合
每一个独立的请求在测试里面，都叫测试用例 testcase
1、组织所有的测试用例批量执行，得到测试报告
2、解决API测试中参数关联这部分
1、就是平常使用的
2、使用postman测试工具来做API自动化测试
运行单个测试用例
验证api测试用例，必须三个维度来验证，三个关系是并且的关系
1、协议状态码
2、业务状态码
3、响应数据
动态参数（关联）的解决思路：
1、通过接口http://101.***.***.84:5000/auth，登录成功
2、登录成功后，在响应数据中返回认证授权
3、在该http://101.***.***.84:5000/auth的接口的tests中，定义变量获取access_token（授权的令牌）
4、下来在接口http://101.***.***.84:5000/index的请求中添加请求头，key为Authorization value为：jwt 获取到的授权的令牌，如Authorization:jwt {{token}}
postman中调用变量名称使用的是{{}}
5、下来执行的顺序必须是：
先执行登录授权的接口http://101.***.***.84:5000/auth
再执行http://101.***.***.84:5000/index的接口，这样就能够获取到调用变量的值
6、必须是在collection中执行，不能单独的执行http://101.***.***.84:5000/index接口，如果单独执行，依然是401，没授权
问题：
1、登录接口OK，那么能够代表登录的业务是OK的吗？
登录接口仅仅是登录业务的一部分接口，可能会存在情况是登录接口正常，但是其他的登录业务的接口是有问题的，登录接口和登录业务二者不能等价
2、我们把所有的业务场景考虑到了吗？
并没有考虑到所有情况，用户在使用中可能存在测试中无法发现的问题
接口测试的对象：
1、产品在浏览器可以访问，即使没有接口文档可以使用network or charles获取网络请求
2、服务，其服务之间的调用
GET
POST
问题：1、添加数据是否真的添加数据？
在添加数据后，需要查看返回数据中是否包含新添加数据
DELETE
问题：
1、删除了产品，真的删除了吗？
在删除数据后，需要查看返回数据中是否包含删除数据，创建用例验证是否真的删除
PUT
问题
1、在添加和删除后均需要搜索验证是否包含添加或修改数据，两者搜索有没有差异，差异是什么？
有差异，验证不同的业务场景，在不同的业务场景中它的特性，或含义是不一样的
共同点：请求地址，以及请求参数都一样
datas={ "asd" : [{ "a:1" , "b:2" , "c:3 "}]}
datas由数组和Json数据构成，asd为key，{"a":1,"b":2,"c":3}为value
进入数组后索引从0开始，第一位数组，进入的方式是[0]，以此类推
定义全局变量后，使用动态参数获取对应ID
在Collection中添加对响应时间判断
数据驱动：那么在自动化测试中(工具&代码)，把共有的数据分离出来
1、不管请求地址怎么变化，只需要在一个地方进行维护
Postman进行基础权限认证
node.js:前端异步开发框架
安装node.js后，可使用工具newman就可以生成测试报告（自动化测试结果）
安装newman的命令：npm install -g newman --registry=https://registry.npm.taobao.org
在控制台输入newman，检查是否安装完成
安装newmanHTML：npm install newman-reporter-html
导出Collection后，使用命令：newman run 导出后文件名 ，生成自动化测试报告
导出Collection后，使用命令：newman run 导出后文件名 -r html，生成自动化测试报告
