【Performance】性能测试的设计与思路

这儿我加了括号强调一下压力测试与负载测试的区别。

　　负载测试通常描述一种特定类型的压力测试——逐步增加用户数量或用户请求来对系统（程序）进行加压。比如现实中有个系统提供在线查询服务，那我们从比较小的负载开始，逐渐增加模拟查询请求的数量或用户量， 直到系统响应时间超时，就是说的负载测试。这儿加压的类型必须是应用提供的服务类型，也就是工作负荷。

　　负载测试的目标是测试在一定负载情况下的系统性能（不关注稳定性，也就是说不关注长时间运行，只是得到不同负载下相关性能指标即可）；实际中我们常从比较小的负载开始，逐渐增加模拟用户的数量（增加负载）， 观察不同负载下应用程序响应时间、所耗资源，直到超时或关键资源耗尽，这就是所说的负载测试，它是测试系统的不同负载情况下的性能指标。

　　压力测试的目标是测试在一定的负载下系统长时间运行的稳定性，但是这个负载不一定是应用系统本身造成的。比如我们经常利用脚本或工具事先吃掉服务器的一部分cpu、内存或带宽等，创造出一定的负载环境并测试被测应用系统在此环境下的事物处理能力，响应时间等等。压力测试尤其关注大业务量情况下长时间运行系统性能的变化（例如是否反应变慢、是否会内存泄漏导致系统逐渐崩溃、是否能恢复）；压力测试是测试系统的限制和故障恢复能力，它包括两种情况：

　　1.稳定性压力测试：在选定的压力值下，长时间持续运行。通过这类压力测试，可以考察各项性能指标是否在指定范围内，有无内存泄漏、有无功能性故障等；

　　2.破坏性压力测试：在稳定性压力测试中可能会出现一些问题，如系统性能明显降低，但很难暴露出其真实的原因。通过破坏性不断加压的手段，往往能快速造成系统的崩溃或让问题明显的暴露出来；

　　如果还不理解的话，打个比喻：

　　这儿有个服务员，对应咱们的应用系统吧。

　　压力测试就是给这位服务器外部压力，比如长时间不让他休息，不给开工资等，看看服务员会不会开小差（无法及时响应请求），或者罢工（宕机）之类的。

　　负载测试就是在单位时间内逐步加大这位服务员的工作量，看看此服务员在不同的工作量下完成服务的速度和质量，从而了解到该服务员的工作能力。

　　压力测试和负载测试能够帮组我们了解到一个服务器的抗压能力和工作能力，当然也能帮我们评估一个系统或软件的性能瓶颈与质量。