该类场景的目的是考察系统在大并发的情况下是否存在问题，是否有报错，是否有用户失败等。大并发一般要设置一个延时，用于到达最优并发时的TPS。那么，大并发时的用户到底设置多少，这个延时要设置多久，依据是什么呢？一般我们设置的并发用户数量是最优并发的5至10倍，而延时要通过计算得到。这里还是举例说明，有一个应用，测试得到的最大TPS为200，对应的并发用户为20，那么我们可以设置两个大并发场景，即100并发用户和200并发用户。100并发时的延时设置为100/200TPS=0.5秒，200并发时的延时设置为200/200TPS=1秒，这个延时为区间型的延时。

　　通常，在进行大并发测试时获得的TPS结果要比最大TPS低很多，因为在大并发时系统很有可能出现某些资源不够用，线程很可能会出现严重的阻塞等等。

　　如何考量大并发测试获得的测试结果是否符合预期，或者说大并发测试通过的标准是什么？这个也没有固定的标准可循，通常我们认为只要符合如下两方面的要求即可认为测试通过。

最大并发用户量是否能达到最大TPS时的5倍；

测试结果的TPS是否达到测试指标的要求；

　　需要说明的是这里的大并发和应用的最优并发与最大并发并不是一回事，二者并不相同。

　　稳定性

　　给应用一个恒定的压力，使场景运行较长的时间，用于测试应用在长时间运行下的表现，TPS是否有较大波动、是否有错误和异常、是否存在内存溢出等。根据业务类型不同一般会运行不同的时长，对于5*8这样的应用稳定性运行8小时即可，7*24这样的应用最好能够运行12小时以上。

　　恒定的压力怎么选取？通常有两种方式。第一种，选择应用最优压力的80%最为目标压力，这种方式比较适合应用的最优TPS不是很高的应用，比如200以下；第二种，如果应用的TPS比较高，那么我们需要换一种方式，否则就会产生较多的测试数据。例如一个应用的最优TPS为1000笔/秒，如果我们取其80%的压力800笔/秒，那么加压12小时的数据量为3456万！这时，我们使用200TPS的恒定压力运行12小时即可。

　　扩展性

　　考察应用的扩展能力。未扩展的情况下基本是一个子系统使用一个单独的机器节点，也就是应用的单点情况。扩展性就是，再对应用进行一个节点的扩展，测试扩展情况下的TPS。一般双节点的总TPS达到单节点的1.8倍即认为系统具有良好的扩展性。压测时我们选取混合容量场景中获取到应用最大TPS时的场景做为压测场景，并使用不同的压力机分别对两个节点进行加压，考察测试结果能够达到多少TPS。

　　可靠性或异常测试

　　这种情况下一般是将压力做为背景，对应用所依赖的环境进行模拟故障，考察应用的表现是否符合预期。例如，在一定压力背景下，模拟网络的闪断，待网络恢复后应用TPS是否能够及时恢复。背景压力我们一般选取混合负载测试获取最优TPS时的场景即可。

　　影响性

　　影响性测试也是性能测试过程中经常遇到一类场景。这种场景一般是针对提供非实时功能的应用所设计的。例如，有批处理或异步处理的应用。严格来说，这不应该算是一个单独场景类型，应该是一种特定的测试类型。对于这类的测试我们一般分两步来执行，首先是在未启用具有影响性的功能时测试出应用的最优和最大TPS；其次，启动具有影响性的功能，再按第一步的场景（场景的设置均不变）进行测试，对比二者的TPS差别，这个差别就是我们要考察的影响性。

　　挡板延时对比

　　如果压测环境使用了挡板，可以通过挡板来设置不同的延时进行对比测试。比如延时设置为0.5秒，1秒，甚至2秒。根据不同的延时设置，增加相应的并发用户数量，调整场景的各项设置，考察应用是否能够达到最大TPS,是否出现并发用户失败或应用异常等。对于挡板延时，一般的作用是模拟被调用的系统的延迟，考察被测应用在不同的延时情况下的性能表现。现在的应用系统很少有是完全独立的了，或多或少地都需要调用别的系统来实现某些操作或业务。例如，对于一个支付系统，起码需要调用银行通道、银联通道、手机短信通道等等第三方系统。由于受网络传输、被调系统的性能等多方面的影响，每次调用外围系统都会消耗一定的时间，综合起来我们一般会计算一个平均值，那么这个值就是被调用系统的平均延时。

　　在线用户