网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
04 功能拆解
UI 交互：不涉及 功能测试：业务侧测试 接口测试：订单创建，订单状态流转 埋点：无 功能回归：无，新增业务线
05 技术评审
重试补偿机制 参数校验等异常场景
06 接口用例设计
新建、流转、重试、幂等，
接口测试实际情况举例：
07 接口测试的实现方式
一、使用 RD 单测代码
存在以下弊端：
管理不方便
不能在其他工程复用
不能提交到 gitlab
二、投入人力编写自动化用例
三、自动化测试平台
二、三 对比如下：
使用平台，减少了编码之外的重复工作，用例可以自由拼装，不会存在人员 交接后，之前的代码就废弃的情况。
08 APITest接口测试平台
两个入口：需求维度、工程维度，分别解决需求测试中和服务上线后，补充用例两种场景。
举例：需求入口
**要想做好接口测试，就不能把接口孤立起来。**业务场景上，也是接口、mq、sql语句、redis等串联起来的。单独的接口测试，只能覆盖孤点，不能覆盖整 个流程。要想做好接口测试，接测试平台就需要把用到的工具放在一个平面上。目前 apitest 的思路如下 为一个用例，用例聚集起来就是用例集。
09 测试集合示意图
用例按照在用例集中的顺序依次执行，目前还不支持单个用例失败就中断整个用例集。
10 参数化
**提到自动化，就会遇到参数传递的问题。**各个公司的 qa 因为接触的工具不 一样，思路也会不一样。apitest 是使用 jsonPath 解析入参和出参的方式，让数据可以在用例之间流动。
11 断言
apitest也是同样使用 jsonPath 进行结果的解析，来进行断言的。
12 测试报告
测试报告如下，分为两个部分：总览和详情。总览展示用例集维度的信息，详情展示单个步骤的执行结果和断言结果。
13 Beetle联动
用例集的触发支持两种方式：定时执行、触发执行。定时执行不再详述，触发执行借助beetle的主动调用，apitest会返回唯一执行记录id，后续beetle调用结果查询接口就可以拿到用例集的测试报告。
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
