性能测试类型V02..doc

性能测试类型 修订记录 编号 修订内容简述 修订日期 版本 修订人 1 初稿 2013-3-19 0.1 张翱 2 刘林霞补充 2013-6-24 0.2 刘林霞 压力变化模型 a点：性能期望值 b点：高于期望，系统资源处于临点 c点：高于期望，性能处于拐点 d点：系统资源出现瓶颈，性能下降 通过如上模型图中的情况，我们大致可以将当前性能测试分成如下4类： 性能测试 以上模型图为准则，在a点与b点之间的系统性能，表示以性能目标预期为前提，对系统进行施压，验证系统在资源可用范围内，是否能达到性能预期的目标。 负载测试 b点的系统性能，表示在系统在一定的压力下持续一段时间，直到系统的某项或多项指标达到极限，比如系统资源CPU、Memory或者IO等达到饱和状态。 压力测试 b点到d点的系统性能，表示在超过安全负载的条件下，不断对系统进行加压，直到系统不能再接受请求，并可以确定一个系统瓶颈的情况下，目的是为了找出系统的瓶颈，需要对系统进行调优。 稳定性测试 a点到b点的系统性能，表示被测试系统在特定硬件、软件、网络环境条件下，给系统加载一定业务压力，使系统运行一段较长时间，以此检测系统是否稳定，一般稳定性测试时间为n*12小时。 其它测试类型：根据测试情况而定。 性能测试 性能测试的目的是以性能指标预期为前提，对系统进行施压，验证系统在无资源性能瓶颈的情况下，是否能达到预期目标。 系统的性能指标，一般应在产品需求文档中有明确定义，有三种形式描述软件系统的性能指标： 给出产品性能的主要指标，如在100000记录中查询一个特定数据的时间为0.5秒。 以某个已发布的版本为基线，如比上一个版本的性能提高30-50%。 和竞争对手的同类产品比较。 性能测试其目的分为： 产品性能质量测试，通过测试，决定产品是否达到预期性能指标（非功能性需求） 基准值测试，通过对当前产品的性能测试，确定产品具体的性能指标，建立性能指标基准。基准值，作为后继产品发布的性能参考（在新版本中，性能指标要求只升不降）或和竞争对手产品比较的参考。 性能规划测试，通过不断的测试，确定所需要的硬件配置（内存、CPU、网络等）、软件配置，以满足实现定义的性能指标要求。这种测试，对于软件系统的部署是非常有意义的。同时，也可以进一步了解硬件参数、软件参数对系统性能的影响程度，从而保证系统具有很好的扩充性或事先制定较好的系统增容的计划。 性能测试的方法，主要有： 稳定压力加载，一次性将负载加到某个水平，持续一段时间，也称为flat测试。 逐渐加载或交替加载到某个负载水平，也称为“ramp-up”测试。 峰谷测试，确定从系统高峰时间的负载转为几乎空闲、再攀升到高负载这样峰值交替情况下的系统性能状态/指标。这种测试兼有容量测试的特点或属于容量测试的一部分。 性能测试，一般都通过测试工具来模拟人为的操作而进行。性能测试的重点在于测试环境的建立、前期数据的设计与后期数据的分析。因为性能测试需要获得一定特定条件下(如100、200、500、1000个实时的连接)的系统占用资源（CPU、内存等）数据或系统行为表现，而且还要依靠测试工具或软件系统记录下这些指标变化的数据结果。例如，如果对一个B/S结构的网络实时在线的培训系统软件进行测试，系统性能焦点是在不同数量的并发连接下，服务器的CPU、内存的占用率、客户端的响应时间等。 测试过程中，并发连接的不断增加（负载的增加）在系统性能上的表现越来越明显。在系统性能测试时，加载过程中，每到一个测试点时须让系统平稳运行一段时间后再获取数据，以消除不同测试点的相互影响。所以，尽量模拟不同的加载方式来进行系统的性能测试。除此之外，还可以测试TCP、HTTPS等不同连接方式下的数据, 进行比较。通过比较和分析，可以清楚知道系统的性能状况，以及什么样的条件下系统性能达到最佳状况、什么地方是性能的瓶颈。性能测试要求测试环境应尽量与产品运行环境保持一致，应单独运行，尽量避免与其他软件同时使用。 ? 负载测试 测试类型适用的场景 负载测试是在一定测试环境和测试场景下，通过增加系统负载，直到性能指标(例如响应时间)超过预期指标或者某项计算资源(如CPU内存等)达到饱和状态为止。这种测试方法可以了解系统处理能力的极限，为性能调优提供数据。 负载测试中主要包括四个要素：测试环境、测试场景、负载及预期指标。 负载测试目标 负载测试的目标是确保系统在超出最大预期性能指标的情况下仍能正常运行。 负载加压方式 负载关注的指标 负载测试注意点 测试场景的设计以模拟业务场景为准则，这里前后台系统有所区