网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
性能测试项目实战（风暴平台）
1、背景
公司之前的测试团队做API的⾃动化测试都是使⽤JMeter等工具来进行，这样的话测试效率⽽⾔不是那么很⾼，⽽ 且在扩展性⽅⾯不是很有竞争⼒的。所以开发了新的测试平台，但是考虑到公司
的测试⼈员有1000⼈，那么就需要验证1000⼈同时使⽤测试平台，是否会出现平台⽆响应以及崩溃（雪崩）的情况。
2、性能测试过程
2.1测试前期准备（前置工作）
2.2测试工具引入
基于梳理的业务场景，和服务底层稳定性体系的保障，性能测试⼯具的选择具体如下：
2.3测试计划
2.3.1背景
公司之前的测试团队做API的⾃动化测试都是使⽤JMeter等⼯具来进⾏，这样的话测试效率⽽⾔不是那么很⾼，⽽ 且在扩展性⽅⾯不是很有竞争⼒的。所以开发了新的测试平台，但是考虑到公司
的测试⼈员有1000⼈，那么就需要验证1000⼈同时使⽤测试平台，是否会出现平台⽆响应以及崩溃（雪崩）的情况。
2.3.2前置工作
（1）人员配置
（2）技术（工具）选择
（3）测试范围
（4）测试风险
目前无风险，一般情况下，无风险，就可以填写无。
2.3.3测试设计与开发
jmeter工具
jmeter如何写接口的测试用例，在接口测试里说过，此处不再赘述，本次通过浏览器的network抓取接口数据。
（1）测试并发登录
该场景有两种设置设计思路，一般一起使用，比较有说服力。当服务满足100个人同时登录时，再验证一下90和110个人同时登录的情况，可以得到一个响应时间和同时登录的人数的函数，为后续
服务器的使用提供一个参考数据。
使用调度器的设计思路，可以保证负载达到目标要求。
不使用调度器的思路，这种方法无法保证服务器的负载达到要求。
（2）产品列表加载
该场景有两种设置设计思路，一般一起使用，比较有说服力。当服务满足50个人同时登录时，再验证一下40和60个人同时登录的情况，可以得到一个响应时间和同时登录的人数的函数，为后续
服务器的使用提供一个参考数据。
使用调度器的设计思路
不使用调度器的思路
（3)产品搜索
与产品列表加载同理。
（4)同时支持执行api测试用例
首先需要在测试平台上点击执行api测试用例，然后再jmeter中填写测试用例，再考虑并发。该场景有两种设置设计思路，一般一起使用，比较有说服力。当服务满足100个人同时登录时，再验证
一下90和110个人同时登录的情况，可以得到一个响应时间和同时登录的人数的函数，为后续服务器的使用提供一个参考数据。设计思路与测试并发登录一致。
测试最简单的方法
在测试并发登录时，如需要满足50个人同时登录该测试平台，我们可以先测试一个人登录，看响应时间是否超过5s，如果超过5s表示需要优化，可不进行50个人同时登录该测试平台的测试，直接
与开发沟通优化。
（5）上传文件最大支持2G（非功能性验证）
当被测平台的文件上传服务，最大支持上传2G的文件时，我们对平台做性能测试时，可以上传2G的文件，然后看上传过程中是否会出现timeout（解决办法：把文件先进行拆分，如拆分成4个500
兆的文件，然后在进行上传，上传成功后再合并）、上传成功的文件是否会缺失或者上传成功的文件是否会乱码或者文件错乱。（出现socket表示网络层出现错误）
文件上传服务监控是否会出现内存泄露的步骤：打开JVM工具——获取pid——通过jvisualvm查看监控（CPU和memory）——页面操作文件上传——观察日志，如果日志中出现java.log.out of
memory表示内存泄漏。
loucst
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
%以上软件测试知识点，真正体系化！**
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
328
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
