网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
- 接口的范围:需要覆盖多少业务和接口
- 接口分析:接口的协议、上下游依赖
- 接口测试用例设计:业务用例如何模拟和覆盖
- 接口测试框架选择:选择合适的框架
- 测试用例编写与维护:用例编写与维护更新
- 持续集成:不断集成测试
待测接口范围
常见的待测接口范围如下:
- 业务需求调研:研发和产品反馈常出问题的业务
- 接口文档:人工文档、Swagger 自动生成的文档
- 代码分析:分析 Spring 等框架的代码
- 线上 Log 和数据:线上的生产监控和接口 Log
- 客户端抓包:基于用户角度的接口行为分析
常见抓包分析
- 监听分析:TCPDUMP + WireShark + HAR 提取工具
- 代理分析:Charles + BurpSuite
- 转发分析:修改 Host 域名 + 反向代理转发
测试用例设计
- 接口调用的流程分析
- 代理抓包
- 线上 Log 提取
- 人工用例补充:用流程图和思维导图进行业务建模
- 正常场景用例 Right Path
- 异常场景用例
- 安全和稳定性用例
接口测试框架选择
关于如何选择接口测试框架,列举几个常见的框架特性供参考:
- 早期阶段:基于各种语言的 HTTPClient 封装
- JMeter:性能测试工具,不具备完备的接口测试框架功能
- RobotFramework:强大的ATDD工具,不过约束性太大
- RestAssured + Swagger
- SoapUI [商业化]
这里推荐开源的 Rest-Assured,它有如下优点:
- 简约的接口测试 DSL
- 支持 XML JSon 的结构化解析
- 支持 XPath JSonPath GPath等多种解析方式
- 对 Spring 的支持比较全面
落地接口自动化测试体系有哪些技能挑战?
要真正落地接口自动化测试体系,测试开发工程师必须根据公司业务实际情况,选择合适的框架,并熟练掌握接口测试工具和平台使用,设计出通用、易于校验、健壮易用的接口测试用例,还需要掌握数据驱动机制,能用断言来完善接口测试用例。
其次,还需要了解接口测试体系架构与常见后端发布机制,能基于 RPC 协议的微服务框架如 Dubbo 做测试,熟悉测试用例和套件管理机制,能掌握 Jenkins 执行用例的方法,让接口测试实现真正的自动化。
另外,还要对接口测试方案做持续优化,可进一步通过抓包、Hook 等方法实现接口测试用例的自动生成,并掌握基于接口的快速回归测试手段提升效率。
熟练掌握接口自动化测试体系背后的这些技能和处理问题的思路,实现时间、人力、收益的平衡,对于一个经验尚浅的初、中级测试开发人员来说绝对是一个艰巨的挑战。
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走!
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**