JMeter性能测试报告笔记
1、场景设置
取样器错误后要执⾏的动作：这部分可以理解为当客户端向服务端发送请求后，以及发送请求的过程中出错后的异常处理⽅式
继续：如果有⼀个请求错误，其他的请求会继续，不会因为有⼀个请求错误的导致其他请求终⽌。
启动下⼀个进程循环：如果请求出现问题，同⼀脚本中的其他请求就都不再执⾏，直接执⾏下⼀个进程的信息。
我家有喜主题曲停⽌线程：停⽌线程指的是如果请求失败，就停⽌当前线程执⾏，不再继续执⾏。
停⽌测试：如果请求失败，那么停⽌所有线程执⾏，也就是说停⽌整个测试
⽴即停⽌测试：如果请求失败，⽴即停⽌整个测试场景的执⾏。
线程属性
线程数：模拟⽤户数
Ramp-Up：该属性指的是所有线程从启动到开始运⾏的时间间隔，单位是秒
计算公式：每秒执⾏线程数=线程数/Ramp-Up
循环次数：请求的重复次数。如果选择“永远”，那么请求将⼀直进⾏，不建议这样操作。
延迟创建线程直到需要：如50个线程数，Ramp-Up时间是10秒，执⾏后线程是全部就绪的，那么就是每隔1秒启动5个线程数
调度器：思维调度器可以理解为设置何时开始运⾏。
持续时间：测试计划持续多⻓时间
阿桑图片启动延迟：从当前时间延迟多⻓时间开始运⾏测试，也就是说点击执⾏后，仅仅是做初始化的场景，不会执⾏测试
等待延迟：到达后开始运⾏测试，执⾏的时间为持续时间设置的时间。
2、JMeter
（1）聚合报告
是以表格的形式来显⽰取样器的结果信息
聚合报告的信息如下：
（2）汇总报告
汇总报告的信息如下：
（3）响应时间图
（4）后端
（5）build⽂件
下来在ant的lib⽬录下，把 ant-jmeter-1.1.1.jar 复制到jmeter的extras⽬录下的，这样的⽬的JMeter就可以和Ant能够整合起来了。把邮件的插件 activation.jar commons-email-1.2.jar mail.jar 放到JMeter下的lib的⽬录下。同时为了脚本的独⽴性，在JMeter的当前⽬录下创建tests的⽂件夹，⾥⾯专⻔存储测试脚本和HTML的测试报告以及jtl的⽂件信息，整体⽬录结果如下：
tests下的⽬录中，report是为了存储⽣成html的测试报告的，在report的报告⽬录下，html⽂件夹是存储⽣成html的测试报告，jtl是为了存储jtl的报告的，script是为了存储具体被执⾏的测试脚本的，⽬录设计如下：
report的⽬录结构：
被执⾏的l⽂件内容中，jmeterPath的value填写的是你⾃⼰的jmeter的路径，mail_to的value填写的是你⽣成的HTML测试报告要发送的邮箱，如果是多个⼈，可以在后⾯加“,”：
在要执⾏的测试脚本这改成你要测试的测试⽂件名
执⾏ant的命令：
具体显⽰收到的邮件信息：
银翼杀手剧情
会在html⽬录下⽣成html的测试报告
html的测试报告内容信息：
性能测试报告
在如上执⾏成功后，也会在jtl的⽬录下⽣成⼀个⽂件，具体为：
⽣成HTML性能测试报告的具体操作步骤：
（1）在JMeter的当前⽬录下，把bin⽬录下的jmeter.properties⽂件中
jmeter.save.saveservice.output_format=csv禁⽤取消，如下所⽰
（2）在JMetert的tests下创建性能测试报告，⽂件夹名称为：performanceReport
（3）把JMeter设置到path的环境变量郭少芸老公
（4）执⾏命令，具体命令为：
-n：以⾮GUI形式运⾏Jmeter
-t：source.jmx 脚本路径
-l：result.jtl 运⾏结果保存路径（.jtl），此⽂件必须不存在
-
e：在脚本运⾏结束后⽣成html报告
-o：⽤于存放html报告的⽬录
执⾏成功后，会在performanceReport⽬录下⽣成具体的性能测试报告和⽂件信息：
index.html:
图表信息详解
测试报告分为两部分，Dashboard和Charts，下⾯分开解析。
1、Dashboard（概览仪表盘）
①、Test and Report informations
②、APDEX (应⽤性能指标)
关于APDEX的相关信息，请参考这⾥：；英⽂原⽂，参考这⾥：
③、Requests Summary
2、Charts（详细信息图表）
PS：由于详细信息图表有点多，这⾥我挑⼏个性能测试过程中⽐较关键的图表解析！
Over Time
①、Response Times Over Time（脚本运⾏期间的响应时间变化趋势图）
说明：可以根据响应时间和变化和TPS以及模拟的并发数变化，判断性能拐点的范围。
②、 Response Time Percentiles Over Time (successful responses)
说明：脚本运⾏期间成功的请求响应时间百分⽐分布图，可以理解为聚合报告⾥⾯不同%的数据，图形化展⽰的结果。
③、Bytes Throughput Over Time（脚本运⾏期间的吞吐量变化趋势图）
说明：在容量规划、可⽤性测试和⼤⽂件上传下载场景中，吞吐量是很重要的⼀个监控和分析指标。
④、 Latencies Over Time（脚本运⾏期间的响应延时变化趋势图）
说明：在⾼并发场景或者强业务强数据⼀致性场景，延时是个很严重的影响因素。
Throughput
①、Transactions Per Second（每秒事务数）
说明：每秒事务数，即TPS，是性能测试中很重要的⼀个指标，它是⽤来衡量系统处理能⼒的⼀个重要指标。
Response Times
①、 Response Time Percentiles（响应时间百分⽐分布曲线图）
爱不再说明：即响应时间在某个范围内的请求在所有请求数中所占的⽐率，相⽐于平均响应时间，这个值更适合⽤来衡量系统的稳定性。beez in the trap
②、Time Vs Threads（平均响应时间和线程数的对应变化曲线）
说明：可以通过这个对应的变化曲线来作为确定性能拐点的⼀个参考值。
发布评论