测试指南：深刻理解“性能测试”

测试指南：深刻理解“性能测试”

      最近参加了ITOO-java版的测试小组，HR提出要重视项目测试工作的进行，习惯了开发，对测试这块真的的熟

悉，以前总是以为测试就是多找几个人点点系统页面就可以了，经过知识的恶补，才发现之前的想法很幼稚。因为我

是负责系统性能测试方面的，所以给大家介绍下什么是系统性能测试。

【测试方面】

     

      系统性能测试主要通过容量测试、负载测试和压力测试三种途径对系统的各项性能指标进行测试的过程。测试内

容的角度主要从三方面进行：应用在客户端性能测试、应用在网络上性能的测试、应用在服务器端性能的测试。

      负载测试：负载测试更多地体现了一种方法或一种技术。它模拟实际软件系统所承受的负载条件的系统负荷，通

过不断加载（如逐渐增加模拟用户的数量）或其它加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占

用的资源（如CPU、内存）等，以检验系统的行为和特性，以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同

步等问题。

      压力测试：可以被看作是负载测试的一种，即高负载下的负载测试，通过压力测试，可以更快地发现内存泄漏问

题，还可以更快地发现影响系统稳定性的问题。例如，在正常负载情况下，某些功能不能正常使用或系统出错的概率

比较低，可能一个月只出现一次，但在高负载（压力测试）下，可能一天就出现，从而发现有缺陷的功能或其它系统

问题。例如一个登陆功能，10个人、100个人、10W个人不同的人数同时登陆所引发的情况是不一致的。

     容量测试：确定系统最大承受量，譬如系统最大用户数，最大存储量，最多处理的数据流量等。

     负载测试是通过负载量的不同，测试系统在不同负载量下的性能；

     压力测试是通过在高负载量下，检查系统是否会出现功能的不稳定行，或缺陷；

     性能测试是通过改变负载情况来获得系统的各项性能以及在功能安全情况下个各项数据峰值，也就是发现会导致

系统瘫痪运行瓶颈的多种情况。

     常见的负载测试工具：QALoad、LoadRunner、Benchmark Factory 、Webstress。

     客户端测试：考察客户端应用的性能。

     网络端测试：利用成熟先进的自动化技术进行网络应用性能监控、网络应用性能分析和网络预测。

     服务器端测试：实现服务器设备、服务器操作系统、数据库系统、应用在服务器上性能的全面监控。

【测试指标】

         1.响应时间：
         客户端响应时间、服务端响应时间、网络响应时间。

      2.吞吐量：
         在单位时间内，系统能处理多少个事务、请求。

      3.资源使用率：
         CPU占用率、内存使用率、磁盘I/O、网络I/O。

      4.点击量:
         单位时间内，客户端可以向Web Server 发送的最大数量的Http请求。

      5.并发用户数:
       指在客户端测试软件的并发处理能力，测试该操作最多可以有多少用户可以同时触发。

【测试步骤】

            1．制定目标和分析系统：
           确定系统的类别、构成、功能：
           通常根据系统的类别（BS、CS）不同，需要掌握不同的协议簇或Web技术；另外系统的操作系统和硬件构成不同也制约着测试的实施；最后，系统的功能划分，是我们需要测试模块划分的依据；

      2．选择测试度量的方法：
           确定测试的角色、职责、流程。

      3．学习的相关技术和工具：
           选定适合系统类别、构成的工具，并培训测试人员相关技术。

      4．制定评估标准：

      5．设计测试用例：
           针对不同的功能，制定不同的测试场景以便测试工具进行检验。

      6．运行测试用例：
          使用测试工具进行测试用例的进行。

      7．分析测试结果：
          通过测试结果，进行不同指标的分析。

【测试总结】

          

               测试是一件重要性不亚于开发的阶段，也许久经开发沙场的老兵可能并不这样认为，程序猿的自傲不相信自己

的“孩子”不及格，但是也许企业级的HR更想知道自己的产品的服务器在3小时限购的活动中，是否能快速响应100W

人量的疯狂点击？自己的产品最多能响应多少用户量的并发操作？自己的产品会不会上线后不久就会崩溃？这样，测

试的环节，在这一刻就显得尤为的凝重。