性能测试的分类

性能测试的分类

2.并发测试：可以理解为很多的用户按照预定的场景并发请求某个业务或功能时是否出现并发问题。

并发测试的算法：

(1) 并发数=PV/PV Time*页面连接次数*HTTP响应时间*因数/web服务器数量

解释：PV：即页面浏览量，一个用户可能创造十几个甚至更多的PV。他是目前判断网站访问流量最常用的计算方法，也是反映网站受欢迎程度的重要指标。

PV Time：是PV 的统计时间，换算成秒，一天就是86400秒

页面连接次数包括外部的JS，CSS，图片等，一般为10

HTTP响应时间一般为1秒或更少

因数一般为5

(2) C=nL/T (段念【软件性能测试过程详解与案例剖析】)

解释：C是平均的并发用户数

n是平均每天访问用户数

L是一天内用户从登录到退出的平均时间(操作时间)

T是考察时间长度

C’≈C+3*√c

解释：C’ 是最大并发数

3.负载测试：可以理解为确定所要测试的业务或系统的负载范围，然后对其进行测试，他的主要目的验证业务或者系统在给定负载条件下的处理能力。此外，还要关注响应时间、每秒通过事务数和其他相关指标。

负载测试是为了发现性能问题。而性能测试是为了获取性能指标。

4.压力测试：可以理解为没有预期的性能指标，不断加压，看系统什么时候崩溃，以此来确定系统的瓶颈不能接受的性能拐点，以获取系统的最佳并发数，最大并发数

压力测试也可以看作负载测试的一种，即高负载下的负载测试。负载测试与压力测试的概念并非完全独立，在实际应用中一般二者都是相互结合，相互补充的。

5.稳定性测试(小公司不测)：需要长时间运行，在这段时间内观察系统的出错几率、性能变化趋势等。进而大大减少系统上线后的崩溃的现象。

一般都会进行所谓的7*24小时的稳定性测试

1)一般稳定性测试需要在系统成型后进行，并且没有严重的BUG存在

2)场景的设计以模拟真实用户的实际操作为最佳。

6.失效恢复测试(小公司不测)：重在关注系统出现问题后能否根据预先制定的策略回恢复，且恢复后能否正常运行。

失效恢复测试一般是对其具有负载均衡的系统进行的，主要是为了测试当前系统发生故障时，是否会对全局产生大的影响，产生的影响在是否可以接受的范围内，以及用户能否继续使用系统。

在实际应用过程中，可以模拟一台或者几台负载均衡出现故障来进行失效恢复测试，但需要注意的是，不仅要关心失效后，用户是否可以正常访问或者恢复后系统是否可以正常工作，也要关注失效后，系统还能支持多少并发用户，以及采用那些备选方案来响应。

7.现网性能测试(小公司不测)：就是实际网络，实际环境中进行测试，完全和真实用户一样，当然这样的测试有一定的风险，需要注意以下几点：

(1)时间段的选择，非高峰时间段，选择都为半夜或者凌晨来进行

(2)垃圾数据处理。测试数据后期一定要清理，为了清理方便、前期数据的设计要有规律可循

(3)网络限制，压力机需要和被测试服务器部署在同一个网段机房内，这样可以避免网络限制，最后远程收集数据即可。

*如果没有特殊情况，尽量不要进行现网的性能测试，风险比较大，如果非要进行，一定要事先充分评估风险以及应对的解决方案。