【性能测试】性能需求挖掘、性能方案制定及压测场景设计之疑惑与思考（一）

压力测试

模拟用户在同一时间对服务器发送大量请求，以此查看服务器性能指标，尤其关注大业务量情况下运行系统性能的变化（反应变慢、是否会内存泄漏导致系统逐渐崩溃、是否能恢复），测试系统的限制和故障恢复能力，找系统瓶颈

1、需加集合点，模拟用户瞬间并发，对服务器冲击力大

2、只执行一次，不需设置持续运行时间

3、每3秒进5个人，用户达到30 50 80集合后分别压测，然后利用二分法不断取中间值，找出最大吞吐量

尖峰测试（Spike testing）Ultimate Thread Group（终极线程组）

在性能测试中属于压力测试的一个子集。指的是在某一瞬间或者多个频次下用户数和压力陡然增加的场景。

场景1：

网站平稳运行时，突然有一波1000用户同时访问（第1浪潮），访问了30s之后，第一浪潮在15s内逐渐退出系统同时；

第二波2000用户在极短时间内又突然涌入网站（第2浪潮）。访问30s之后，第二浪潮在15s内也逐渐退出了系统。

并发用户数

实际就是在线用户数,相对并发用户数,在一个时间段内，与服务器进行了交互、对服务器产生了压力的用户的数量。这个时间段，可以是一天，也可以是一个小时

1、并发用户数标准不能以注册用户数为标准，应以在线用户数为标准或同时发请求用户更准，或注册用户数20%

2、并发用户数= 系统总用户数20%—30%

3、并发越大，响应时间越长，也跟吞吐量和服务器处理能力有关

4、每隔5分钟增加一定的并发数，直到达到瓶颈数，即线程数增加了以后tps处理量不在增加了，这个线程数可以算成合理的并发数。

负载测试

测试在一定负载情况下系统性能，逐步增加用户数量或用户请求来对系统进行加压，直到系统响应超时或关键资源耗尽，得到不同负载下系统性能指标，不关注稳定性。（关注最大安全临界负载量、吞吐量）

1、不加集合点，逐渐增加用户到系统瓶颈。对服务器冲击力小

2、需设置持续运行时间

3、逐渐增加用户，持续运行，直至达到系统瓶颈

稳定性测试

网站承受的最大负载值下，持续长时间运行，以此查看服务器的稳定性

1、不加集合点，逐渐增加用户到最大负载量（负载测试最大点）

2、达到最大负载需设置持续运行时间

3、逐渐增加用户到最大负载量，然后再持续运行一段时间（稳定性测试时长），然后逐渐退出

故障转移测试

恢复测试，是要把服务器压崩溃，测试另一台服务器是否可正常顶上

系统用户数（注册用户数）

在线用户数（相对并发用户数）

绝对并发用户

主要是针对某一个操作进行测试，即多个用户同一时刻发起相同请求,验证是否存在并发逻辑上的处理