序言
接口测试的流程就相当于一个程序（交互式的程序)；而程序开发前，得先确定需求，所以我们先来聊聊需求，即当有了接口测试脚本和框架时，怎么用(执行)的问题。
讨论要点：
1.前期准备
2.接口测试
3.BUG定位
流程结构.png
前期准备
首先想到的就是环境了，包括 被测系统、测试用例执行、报告显示 的环境
为了保证回归和业务用例沉淀，推荐在公用环境执行用例回归
1、jenkins调用远程命令（安装ssh 相关插件）
jenkins-1.png
jenkins-2.png
jenkins3.png
jenkins-4.png
jenkins-5.png
2、jenkins显示html格式的报告
插件：HTML Publisher plugin
接口测试
1、编写用例
先通过文档编写测试点和步骤描述，再编写脚本用例
测试点：参数验证、逻辑验证
脚本用例要点：
（1）复用：测试类继承、fixture特性、setup和teardown
（2）参数驱动：通过装饰器 @pytest.mark.parametrize
（3）关键字驱动：调用封装的接口、流程
2、执行用例
通用执行命令：
pytest --html=report.html
pytest test_001.py --html=report.html
pytest test_001.py::test_class001 --html=report.html
pytest test_001.py::test_class001::test_case001 --html=report.html
测试报告：
见html文件
BUG定位
（1）确定是否为BUG
用例验证接口一般两种：接口的返回验证、数据库字段验证。
所以要点是明确期望和执行步骤，这执行步骤包括：造数据前请求的接口、测试对象接口的请求参数；
这些都是在脚本上已经确定好了的，所以很好明确
（2）定位BUG
根据步骤流程上数据产生来定位，比如：可以由错误的返回字段推导出是生成了错误数据的原因，从而找出产生错误数据的接口（接口分类无非是增删改查）
可以增添日志、控制台打印输出等来分析
（3）和开发配合调试
这个时候就体现了自动化回归的方便，开发可能会在代码上加日志，再跑一次脚本，来查看日志
