既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
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
（6）支持连续的发送api请求
该场景需要用到locust工具，我们首先需要创建locustfile文件夹，内容如下：
接下来，我们打开控制台进入存放locustfile文件的目录下，输入locust -f locustfile文件夹的文件名，然后进入locust网站，进行场景设计，发送请求，然后点击charts就可以查看到响应时间等数据表。
2.4测试执行与管理
执行我们的测试计划，收集监控结果。以测试并发登录的场景为例，我们通过jmeter执行测试计划，然后通过Grafana进行数据的检测，我们主要需要添加如下图所示的两项资源：
我们需要特别注意的几个结果如图：summary的总述部分、响应时间、吞吐量和系统负载。
2.5数据收集
收集执行过程中的数据。
2.6测试分析（写测试报告）
2.6.1人员参与
2.6.2报告汇总
需要对每个场景进行单独的具体的分析，这里我们以测试并发登录为例，对该场景进行分析如下：
测试并发登录场景
（1）测试结论：测试结果不符合预期，在100⽤户并发登录的情况下，响应时间最⼤是31.88s。
（2）过程数据：把summary的总述部分、响应时间、吞吐量和系统负载的数据图截下来放到报告中，进行简单的分析。
从上图中，我们可以看到吞吐量在15:40:40时，吞吐量达到最大，而在15:40~15:41这个时间段中，系统的负载和响应时间页达到了最高点。
（3）错误汇总
此时简单的描述下错误类型，然后把错误日志截图下来，如下图：
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！**
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
扫一扫
2683
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
