网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
- 响应状态
- 响应时间
- 请求数据格式：协议、编码、字段
- 响应数据格式：编码、字段
联合接口测试关注多个接口组合特定业务场景测试；
在进行持续集成的接口自动化测试中，我们重点关注的是多个接口联合测试，即业务场景实现过程中各个依赖接口的自动化测试，而在手工测试中，去重点关注单个接口的各个测试内容；
测试工具的比较
在工具选择上我们也比较了目前市面上比较常用的测试工具以及自研方案
从调研情况看，选择还是非常多，市面上有非常成熟的工具供选择，也可以自研工具平台。在难以取舍情况下，我们列出如上的几个维度对工具进行横向比较，在综合考虑我们团队的情况，选择了jmeter进行接口自动化开发工具
整个接口自动化就围绕如下内容，其中Java是团队的第一编程语言，使用Jenkins进行任务管理以及调度，达到课持续集成，使用ant作为构建桥梁，连接jenkins和jmeter
工具选择好后，就开始设计系统的业务流程以及设计标准了，虽然是测试，但是也要以开发标准对待写代码，开玩笑的说以专业精神对待业余爱好
首先对于一个可持续集成测试系统，首先要易于使用，能很方便的执行、查看测试结果以及定位测试问题；还要团队成员，哪怕别的团队成员也可以很方便的使用本系统，不需要具备很多的专业背景或者深入的了解系统细节才能使用；
整个系统的flow如下，jenkins作为最上层的入口，负责结果展示、发生邮件、启动执行系统，ant根据执行的target，调动jmeter执行自动化任务，每个自动化任务需要执行的数据集从另一套系统，我们内部叫奥卡姆剃刀系统读取测试数据，执行结果一种是标准的junit执行报告结果，用于生成简易的测试报告，另一份是自定义的测试结果集，用于分析测试数据以及往第三方关联系统分发测试结果
数据流程定义好后，就是实际的编码设计阶段了，由于做接口自动化中，特别是设计复杂业务数据时，需要自定义开发一些扩展包，beanshell是我们常用的，但是这个有一个问题就是beanshell不支持即时的语法检查，只有在运行期间出错了才能知道语法有问题，也无法对脚本进行调试查看运行期间的各种数据状态，针对这个问题，我们采用如下设计方式进行解决，
采用PO模型方式组织代码，基于mvc设计模式开发代码，将jmeter作为view层，只负责业务流程，所有的实现在扩展包里实现，扩展包使用intellij idea开发调试，测试通过后打包给jmeter使用，调试和测试也在idea下完成，使用junit作为测试单元，使用测试桩完成所有接口以及业务逻辑的调试
展示了部分结果如下
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
新**
扫一扫
3166
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
