性能测试中的4个不可忽视的测试

性能基准测试；
稳定性测试；
并发测试；
容量规划测试。

1） 性能基准测试；
    性能基准测试，通常被称为 Performance Benchmark Test，是每次对外发布产品版本前
必须要完成的测试类型。
性能基准测试，会基于固定的硬件环境和部署架构（比如专用的服务器、固定的专用网络环
境、固定大小的集群规模、相同的系统配置、相同的数据库背景数据等），通过执行固定的
性能测试场景得到系统的性能测试报告，然后与上一版本发布时的指标进行对比，如果发现
指标有“恶化”的趋势，就需要进一步排查。

2） 稳定性测试
稳定性测试，又称可靠性测试，主要是通过长时间（7*24 小时）模拟被测系统的测试负
载，来观察系统在长期运行过程中是否有潜在的问题。通过对系统指标的监控，稳定性测试
可以发现诸如内存泄漏、资源非法占用等问题。
很多企业级的服务器端产品，在发布前往往都要进行稳定性测试。稳定性测试，通常直接采
用性能基准测试中的虚拟用户脚本，但是性能测试场景的设计和性能基准测试场景会有很大
不同：
稳定性测试成功完成的标志，主要有以下三项：
实际工程项目中，由于稳定性测试执行的时间成本很高，往往需要花费 3~7 天的时间，所
以我们一般是在其他所有测试都已经完成，并且所有问题都已经修复之后才开始稳定性测
试。
一般是采用“波浪式”的测试负载，比如先逐渐加大测试负载，在高负载情
况下持续 10 多个小时，然后再逐渐降低负载，这样就构成了一个“波浪”，
整个稳定性测试将由很多个这样的波浪连续组成。
系统资源的所有监控指标不存在“不可逆转”的上升趋势；
事务的响应时间不存在逐渐变慢的趋势；
事务的错误率不超过 1%。

3） 并发测试
并发测试，是在高并发情况下验证单一业务功能的正确性以及性能的测试手段。高并发测试
一般使用思考时间为零的虚拟用户脚本来发起具有“集合点”的测试。

 

4）容量规划测试
容量规划测试，是为了完成容量规划而设计执行的测试。
那什么是容量规划呢？所谓容量规划，是软件产品为满足用户目标负载而调整自身生产能力
的过程。
所以，容量规划的主要目的是，解决当系统负载将要达到极限处理能力时，我们应该如何通
过垂直扩展（增加单机的硬件资源）和水平扩展（增加集群中的机器数量）增加系统整体的
负载处理能力的问题。
目前来讲，容量规划的主要方法是基于水平扩展。但是，具体应该增加多少机器，以及增加
后系统的负载处理能力是否会线性增长，这些问题都需要通过容量规划测试进行验证。
那么，容量规划测试具体要怎么做呢？
我们可以使用性能基准测试中的虚拟用户脚本，以及各个业务操作脚本的百分比，压测单机
部署的被测系统。我们会采用人工的方式不断增加测试负载直到单机系统的吞吐量指标到达
临界值，由此就可以知道单台机器的处理能力。
理论上讲，整个集群的处理能力将等于单台机器的处理能力乘以集群的机器数，但是实际情
况并不是这样。实际的集群整体处理能力一定小于这个值，但具体小多少就是要靠实际的测
试验证了。
理想的状态是，集群整体的处理能力能够随着集群机器数量的增长呈线性增长。但是，随着
机器数量的不断增长，总会在达到某个临界值之后，集群的整体处理能力不再继续呈线性增
长。这个临界值是多少，我们也需要通过容量规划测试找出来了。
另外，容量规划测试的测试结果还可以被用作系统容量设计的依据。比如，企业级软件产品
的目标用户规模通常是可以预估的，那么我们就可以通过这些预估的系统负载计算出软件部
署的集群规模，并且可以在具体实施后通过容量测试的方式进行验证。