浅谈性能测试

 

负载压力测试，通过对系统施压，得出系统所能承受的性能指标，这些指标就是产品的价值所在，性能指标越好，就越能说服客户来认可我们的产品。但通常情况下哪些指标是我们也是客户所关注的呢？一般有：并发用户数、系统响应时间、吞吐量和TPS。什么原因导致系统的性能下降呢，主要因素如下：

I/O过载、内存不足、数据库资源匮乏、网络传输速度低

应用程序架构存在缺陷、软硬件配置不恰当、内存泄露

当然以上只是一些主要因素，在实施性能测试过程，这些应该是我们频繁关注的测试点，如何把握性能瓶颈，就是性能优化主要解决途径。而性能测试中最难把握的其实就是如何更真实地模拟用户使用环境，所以这是做好性能测试的第一步，切入实际去了解用户的使用环境和使用习惯，让性能测试更接近用户，这样得出的结果才是最真实，且实际可行的测试结果。

http://blog.csdn.net/candle806/article/details/5656874

 

浅谈性能测试、压力测试和负载测试

有一个农夫决定买一匹骡子，他认为这个骡子至少 得能扛动3袋大米，他才会决定买这匹骡子（这相当于用户提出的性能需求）。结果他来到农贸集市上，试了好几头骡子，都不合适，最后终于有一头骡子能够比较轻松的扛动这3袋大米，而且还潇洒的走了几步（这相当于于性能测试通过）。 然后农夫高高兴兴地牵着这头骡子回家，而且给它扛了4袋大米（相当于让系统超负荷运行），因为他跑了太远才买到了这匹不可多得的骡子，他想看看它到底能有多强，所以农夫决定， 让这匹骡子就扛着这四袋大米走回家试试看，这匹骡子真的很厉害，刚开始的时候还一颠一跑的，可是后来实在路太远了，骡子越驮越费劲（在超负荷情况下检验系 统能正常运行多久，这相当于压力测试），快到家的时候，已经是走两步歇一步了。终于到家了， 农夫非常自豪地叫出自己的老婆，说：“老婆子，快来看看，看我买到了一头多么厉害的骡子啊！”，老婆出来后，农夫把他和骡子在一路上的经历都告诉了老太 婆，谁知这个老太婆却说：“你真蠢，这么大老远的路，也不让骡子驮着你，竟然和这头傻骡子一样走回来！”，农夫听了，觉得非常后悔，说：“那好吧，既然在 路上它没有驮我，那就让它现在补上，也算是对我的补偿。”，骡子还没有反应过来，就看那老农夫一个箭步，跳到了骡子背上（这相当于容量测试的极限点），可怜的骡子，无论如何也不会想到，这狠心的农夫竟然在它走了这么久之后，不但没有帮 它卸掉身上的重担，更没有给它喝口水，竟然变本加厉的跳到了它那本已弯曲的背上。可怜的骡子啊，就这么一命呜乎了！就看见那个骡子、农夫和4袋麦子一起轰然倒地。（相当于已经到了系统的最大拐点，造成了系统瘫痪，无法使用，容量测试结束）。

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。测试软件在系统中的运行性能，度量系统与预定义目标的差距。
关注点：how much和how fast

负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。通过逐步增加系统负载，确定在满足性能指标的情况下，系统所能承受的最大负载量。
关注点：how much

压力测试（Stress Test）：压力测试是一种高负载下的负载测试，也就是说被系统处于一个负载的情况，再继续对他进行加压，形成双重负载，知道系统崩溃，并关注崩溃后系统的恢复能力，以前再加压的一个过程，看看系统到底是否已经被彻底破坏掉了。

有个很形象的说法就是：你能够承担100千克的重量，而且也能走，但是你能否承担100千克的重量行走1个月。

我觉得有一句话描述的很好：外部的负载叫压力，内部的压力叫负载。负载注重关注内部的以及系统自身一些情况；而压力更关注系统外部的表象.

 

性能测试---内存泄露

关于内存泄漏，相信大家都不陌生，压力测试中经常会出现，本人最近在做一个压力测试中就着实体会了一下，上来分享分享。

　　内存泄露是指程序中间动态分配了内存，但是在程序结束时没有释放这部分内存，从而造成那一部分内存不可用的情况，重起计算机可以解决，但是也有可能再次发生内存泄露，内存泄露和硬件没有关系，它是由软件设计缺陷引起的。

以发生的方式来分类，内存泄漏可以分为4类： 
1. 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。
2. 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。 
3. 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。
4. 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。
　　本人最近就在对一个Http应用进行压力测试，发现被测试的对象进程在并发100时内存占用达到20%，当压力到达1000的时候，内存就持续上升，达到60%，最后压力结束后，内存仍旧停留在60%的使用率，然后重启了系统发现内存已经恢复了正常，于是在第二轮测试时再次不断加压，同时关注性能计数器中的如下指标

Memory/ Available Bytes 是指剩余的可用物理内存，单位是兆字节（参考值：>=10%）。表明进程当前可使用的内存字节数。

Memory/ Pages/sec 是表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。

Process/Private Bytes 是指当前进程中运行的私有内存，如果此内存不断攀升，表示当前存在的内存泄漏，一般情况如果资源合理利用的话，该指标值波动比较平稳。

通过有效的监控以上计数器可以方便我们判断内存泄漏问题，同时需要开发人员配合进行内存查找，定位分析哪些程序存在内存泄漏。最后通过开发人员的调试，问题很快定位了，确实有程序没有释放内存，最后再次施压的结果是内存持续在一个值上下波动，一般参考值在20%左右，不过这个根据具体的内存空间来定，当然如果可以更小最好了，表明内存合理利用和分配。当然了，检测内存泄漏的方式很多，LoadRunner施压是可以结合响应时间的曲线图来监控也可。

　　从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到。对于开发人员来说，熟悉java、C++等应该都了解，通常我们定义一些变量，或者实例化一些对象，比较常用就是new方法，然后通过delete方法进行销毁，如果定义的东西比较多了，也就是想一天申请的内存空间就多了，如果一旦没有合理的管理和消化，就会忘记最后做一些内存回收的处理，导致一些变量和实例对象没有处理掉，最后在程序运行一段时间之后就发现我们的内存不断在攀升，长时间下来积累了就占用了大量的内存空间，导致其他进程无法获取到内存资源，无法去处理其他应用，最后服务就shut down，等等之类情况都比较多见，不过这些也基本取决于开发人员的经验所致，在程序编写过程中合理的使用和管理内存是非常重要的，因为此类问题一般只有在性能测试中体现出来，功能测试是完全没有表现的迹象。

　　其实，内存泄漏问题多半在压力测试中出现也是源于程序编写过程中没有规范化管理所导致，开发人员需要结合内存监测工具来有效监控自己的程序，这样才会避免这些个低级的瓶颈出现，所以说性能测试只是为程序提供优化建议，而不应该成为帮助开发人员调试程序的一种手段。