目录
五、接口自动化回归过程中有没有发现什么问题？取得了怎么样的效果和收益？
一.有接口测试工具为什么还需要开发自动化框架或自动化平台。
postman，一般用于做接口调试。javascript，代码扩展口 jmeter，接口测试。java+beanshell语法，代码扩展口
apifox，不是特别熟悉。javascript，代码扩展口 soapUI，基于XML的接口测试
弱点： 1.大型项目里面的团队协作。安全性不能得到满足。
2.功能被限制死，有些接口必须通过自定义来实现（RSA，自定义的加密，签名接口）
3.排错，定位问题
4.生成报告
5.日志封装
6.自动化框架和自动化平台开发一次可以永久使用。
https://www.bilibili.com/video/BV1kY4y1X7LQ/?spm_id_from=333.999.0.0&vd_source=6e2d6c374fd551babe1ac6a5e60c5a75
二.接口自动化中如果一个接口请求不通该如何排查
查看返回数据和返回码 1.确保客户端jmeter和接口服务器的网络是畅通的。
2.检查请求四要素：请求方式，请求路径，请求头，请求参数（data，json，files），Cookie信息 3.检查服务器的中间件是否启动，服务器的防火墙是否关系
4.查看项目的日志，查看是否发生内部错误。 5.查看请求权限token，sign，加密，cookie
6.打开了Fiddler或者Charles或者VPN抓包工具。（自动打开网络代理）
7.是否有在系统中绑定正确的hosts
三.你平常做接口自动化的过程中发现过哪些bug?多吗？
大部分的bug都是没有按照约定返回结果，参数必填，参数长度，参数类型，边界值，逻辑错误，数据错误。
1.前后端联调，接口bug很多，
比如：查询列表接口的分页功能。分页的接口有当前页，页面尺寸。比如：鉴权（鉴定是否有访问接口的权限）的问题。
四.你在接口自动化中是怎么校验接口返回结果是否正确？
pytest框架，断言 1.断言的状态码
2.当接口返回的数据比较少，使用相等断言，当接口返回的数据比较多，断言包含关键的业务信息。
3.如果返回的xml格式或者json格式的数据，可以先提取再断言。
4.如果是数据库断言的话，那么需要进行转化。
五、接口自动化回归过程中有没有发现什么问题？取得了怎么样的效果和收益？
接口自动化的代码每天都会运行，从而监控到开发因为修改代码而导致的遗漏的一个接口的bug
案例
做自动化之前回归接口一般需要2-3/日，自动化只需要15分钟不到就全部回归完成。
真的单元测试做不了。检查开发的代码。
简单的单元测试。这个函数做什么的，有哪些参数，得到什么结果，你写一个桩程序，调用这个函数。
六、接口自动化中接口关联怎么处理的？必问。
1.通过全局变量实现接口关联(不可取，因为多个Py文件之间不能导包)
2.通过中间文件（需要写脚本）
3.零代码极限（不需要写脚本）分两个环节：
- 提取，通过extact+正则( jsonpath)
- 使用，热加载 ${read_yaml(access_token)} 在yaml中实时调用python函数读取中间变量。最早来源于httprunner
七.你们接口自动化测试框架是怎么搭建的？
全局观扩展口
如何零代码落地，增效。
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
