一、接口测试
接口调试
场景 | 优势 | 劣势 | |
---|---|---|---|
Postman | 按照后端给的接口文档进行接口调试 | 可以测试大部分的主流接口协议,还可以转化成py代码后期用于自动化项目测试做基础 | |
Fiddler | 用于分析移动端的接口数据 | 功能强大,可以覆盖大部分的测试场景 | 只能在windows系统上运行该软件,mac不行 |
Charles | 用于分析移动端的接口数据 | 可以在win和mac上使用 | |
Chrome调试器 | 用于分析web端应用的接口数据 | 所见即所得 | |
Apifox | 跟postman差不多 | 在团队上加强协作功能 |
回归测试
场景 | 优势 | 劣势 | |
---|---|---|---|
Postman Run | 单接口调试成功后,可以通过执行接口测试用例集来完成自动化回归 | 简单方便快捷 | 需要借助postman应用窗口完成,无法在命令行下执行 |
Newman命令行 | 用于集成到jenkins进行定时回归构建,适合时间短的项目 | 可以使用命令行执行postman中的测试用例集,还可生成直观的测试报告 | |
Python自动化项目 | 适合不断迭代的项目,或者周期长的项目,时间多 | 自己写的项目可以定制化消息通知方式、内容,自由度高 | 适合有编程基础的人员 |
定时自动化测试
场景 | 优势 | 劣势 | |
---|---|---|---|
k6性能测试 | 适合时间少、被测机器配置低的项目 | postman测试通过后可以通过转换器自动转换成k6脚本很方便,用golang写的工具速度快低耗能 | 适合有es6基础的人员 |
jmeter性能测试 | 适合被测配置高的机器 | 大部分人都认可和使用的工具,插件多且可测场景多 | 用java写的工具在大并发时耗能高 |
python接口测试项目 | 适合持续迭代且周期长的项目 | 自由度高,可自己实现定制化 | 适合有编程基础的人员 |
二、UI测试
web自动化测试
场景 | 优势 | 劣势 | |
---|---|---|---|
selenium | PO模式分层结构 + pytest框架 | 封装页面元素和操作,在流程/单页面测试中组装 | 维护成本高 |
pyppeteer | 异步框架 | 速度快,轻量 | 不太稳定,坑多 |
录制工具 | 回归测试 | 简单便捷 | 后期还需要手工修改部分元素定位,维护成本高 |