-
测试环境配置：
查看全部 -
接口测试工具分类：
1、抓取接口——fiddle
2、测试接口
查看全部 -
接口测试工具：
目的：提高工作效率
查看全部 -
接口测试的重要流程：设计测试用例
查看全部 -
接口测试三剑客
抓包工具fiddler,接口测试工具postman,Python开发测试工具。
查看全部 -
测试工作中不熟悉工具使用查看日志结果会导致工作低效率的工作
如何选择接口测试工具
1、时间
2、简易程度
3、业务复杂度
4、测试员能力
接口测试工具分类
1抓取接口
2测试接口
查看全部 -
为什么要讲接口测试流程？
1、面试用
2、熟悉接下来该干的事情
3、掌握基础知识
为什么要设计测试用例
1、理清思路，避免漏测
2、提高测试效率
3、跟进测试进度
4、告诉领导做过
5、跟进重复性工作
用例设计
1、功能
2、逻辑业务
3、异常
4、安全
用例设计-功能用例设计
①功能是否正常
②功能是否按照接口文档实现;代码接口参数名应该和接口文档统一
用例设计-逻辑用例设计
①是否依赖业务
用例设计-异常测试用例设计
①参数异常：
.关键字参数java,python,mysql这些，可以用键改为关键字进行测试。
.参数为空
.参数 多一个或少一个
.参数错误
用例设计-异常测试用例设计
①数据异常：关键字数据，数据为空，长度不一致，错误数据
用例设计-安全测试用例设计
①cookie
②header，移动端需要特别测试header
③唯一识别码
查看全部 -
这里面长度不一致的情况下，是不是就不应该查询数据库了？因为长度和数据库可存储长度不同，直接属于不合法的用户名称，再执行查询的话，是不能允许也完全不需要的。
查看全部 -
get请求中有意添加新的参数，后台返回信息表示正确，是不是应该算是业务实现上存在风险？
我记得前端如果用户添加了新的功能，在业务部分会更新到数据库。那么我在页面传参时加入权限信息，就会改变用户的权限操作范围。个人认为业务风险在此。
查看全部 -
我在想如果我能将业务场景的相关接口都测到，在项目功能上应该不存在遗漏bug的可能性吧？但是这是不是违反了穷尽原则？
查看全部 -
接口测试工具
查看全部 -
接口测试用例设计 思路:功能是否正常查看全部
-
异常测试:参数异常，数据异常查看全部
-
接口测试会更加
查看全部 -
导包
定义URL:
例如：URL = 'HTTP:168.0.0.1:8080/ABC/AAA'
定义请求数据，并对数据进行赋值：
注：这里请求的参数数据都是在字典里面的:data = {}
对请求数据进行编码，
将数据和URL进行连接
打开请求，获取对象
读取服务端返回的数据
查看全部
举报