学习性能测试笔记
在性能测试学习过成的一些总结
1、测试系统的最佳用户数（随着用户数量的增多系统的响应时间并没有受到影响，直到某个数量的用户数响应时间开始明显增长）
2、测试系统的最大用户数（随着用户数量的增多，系统的响应时间开始延迟，直到某个数量的用户数时，系统开始响应失败或崩溃）
3、a、找到目前系统的性能瓶颈（依次测试系统的数据库、服务层各个接口、直到web端，分析找到最大用户数值最小的那几个部分，即是系统的瓶颈）
b、找到软件以外的性能瓶颈则可以在广域网中进行测试，结合软件的测试数据分析网络和硬件！
4、系统的稳定性测试（较高数量的用户持续访问系统较长的时间长度，期间系统一直能有效响应，并没有明显的响应时长起伏或死机）
测试场景用例设计：
压测脚本的设计也是从实际业务来出发，这样才能更加真实的反应被测对象的性能问题
1.测试场景类型：
1.单业务基准测试
2.单业务压力测试
3.单业务负载测试
4.综合业务基准测试
5.综合业务压力测试
6.综合业务负载测试
2.业务量线程数的确定
1.每次需要测试的单业务场景的线程数
3.测试场景用例设计
1.单个业务的并发---场景用例
2.单个业务并发量 ---场景用例
4.编写脚本
。。。。。。。。。。。。
性能测试常见的名词
RPS
RPS 就是每秒请求数（Request Per Second），它描述了施压引擎向服务器实际发出的压力大小。从用户角度来说，rps是每秒钟点击的次数从客户端角度来说，rps是每秒向服务端发出的请求数使用工具的最终目的就是为了利用线程数和迭代次数模拟出和用户每秒点击相匹配的压力值，施压服务端，得到性能数据
RPS 由并发数，和服务器响应时间决定。并发数过低时可能达不到预期的 RPS，并发数过高时可能压力过大直接就压垮了服务器。
jmeter的名词 Ramp-up-period（in seconds）
它表示启动所有线程需要的时间，单位是秒
设置了100个线程，迭代次数=1，Ramp-up-period=10，那么它表示我将在10秒内启动100个线程，也就是每秒钟启动10个线程，同时发送请求
每个线程启动之间的间隔时间是10/100=0.1s,也就是100ms
Loop Count ：循环次数
设置了100个线程，迭代次数=10，Ramp-up-period=10，那么它表示我将在10秒内启动100个线程，每个线程迭代10次。也就是10秒内启动100个线程，同时每个线程会迭代10次。此时RPS=100/s。
这里有一个很重要的知识点：我们的迭代是顺序进行的，也就是说响应时间决定了每秒能迭代多少次。因此，在线程数固定的情况下，设置的rps仅仅是一个预期值！最终能达到多少rps值，由我们的线程数来决定。或者反过来说，为了达到预期的rps值，需要先设计并发数
并发数 = 预期RPS * 响应时间
throughput 吞吐率
如何获取最大的并发数
1.可以通过rps定时器或阶梯加压线程组测试每秒最大的请求数
rps定时器(Throughput Shaping Timerrps)----定时器需要额外安装的一个 jmeter的插件
1.如何安装rps插件(Throughput Shaping Timerrps)
方法1：
下载完成后，放置到jmeter安装路径的lib\ext下。重启jmeter，在定时器组件中就可以看到了
方法2
下载后放在\lib\ext 这个目录下面
重新启动jmeter
jmeter中搜索插件 Additional Graphs 安装
添加监听器Hits per Second（每秒请求数）
添加监听器 Transaction per second
添加监听器 Response Times Over Time
