性能测试方案模板

..XX系统性能测试方案<仅供内部使用>拟制:日期：yyyy-mm-dd审核:日期：yyyy-mm-dd审核:日期：yyyy-mm-dd批准:日期：yyyy-mm-dd修订记录日期修订版本描述作者目录1概述61.1被测试系统简介61.2性能测试目的62性能需求分析63系统角色行为分析73.1用户行为分析73.2运营行为分析73.3系统后台行为分析74系统结构分析84.1系统组成分析84.2压力传递分析84.3潜在瓶颈分析84.4系统资源分析84.5系统监测及其评价标准分析85性能测试方案的确定95.1基本流程的确定95.2异常流程分析95.3混合流程分析105.4测试项的确定105.5数据模型分析及数据规划105.6妨碍性能测试持续开展的问题及其解决办法115.7测试接口分析115.8被测系统配置及其组网图115.9测试工具的选定115.10测试数据的准备115.11测试用例设计建议116附录12XX系统性能测试方案关键词：性能测试、性能测试方案摘要：本文档为××系统性能测试方案,主要目的在于通过本文档能够指导性能测试脚本、用例开发、性能测试执行以及性能测试评估等相关工作。主要的读者有性能测试脚本开发人员、性能测试执行人员、性能评估人员、项目经理、用户代表等。缩略语清单本部分列出主要的缩略语：本部分列出主要的缩略语概述被测试系统简介简明扼要地描述被测试系统的功能、技术背景、以及商业背景等相关信息。性能测试目的简明扼要地描述本次性能测试的主要目的,比如是为了得到一个性能指标？还是为了做一次调优类的性能测试？还是做对比分析的性能测试等？性能需求分析性能需求分析是整个性能测试活动中最关键和最核心的工作,完整的、清晰的、有代表性的、可测试的性能需求直接关系到本次性能测试的目标是否能够达到。这里指的性能需求可以是用户〔比如中国银行项目,那么银行是用户对系统的性能需求,当然也可以是产品内部的性能要求〔在调优为目的的性能测试中尤其如此。系统的性能需求就是一个测试的标准,通过它可以来评价系统性能情况,如果不先分析清楚系统的性能需求,性能测试的目的将变得不明确,性能测试的开展也会有很大随意性,而最终对系统性能测试的结果进行评价时,也会陷入没完没了的毫无意义的争论之中。服务提供能力服务提供质量业务类型用户类型容量单位时间内处理请求能力同时在线用户数响应时间TPS响应率正确率时延交易类查询类这些性能需求的数据可以通过如下途径来获得：国际、国家、行业标准和规范。SRS中关于性能的需求。根据现实情况的估计。这个估计要基于最终用户的体验和容忍程度的分析,并需要经过开发人员的评审。竞争对手产品性能指标系统角色分析建模这部分分析工作通过对用户的行为模型分析、对运营行为模型的分析、以及对系统后台行为模型的分析,来规划系统性能测试测试模型。用户行为模型选取需要做性能测试的用户行为。这部分不管是什么业务类型的系统都需要考虑业务类型用户类型用户行为行为频度特殊情况下行为的最高频度是否特别消耗资源是否是关键用户行为是否需要做性能测试运营行为模型选取需要做性能测试的运营〔OM行为,这一部分其实也非常重要,因为越来越多的产品开始关注OM功能。管理员类型管理员行为行为频度是否特别消耗资源是否是关键行为是否需要做性能测试系统后台行为模型选取需要做性能测试的系统后台行为。这部分并不是每一种类型的系统都有的模型,根据需要可选后台进程、线程、定时任务后台行为是否并行执行数量多是否特别消耗资源是否是关键后台行为是否需要做性能测试系统结构分析对系统结构的充分了解是开展后续性能测试活动的基础,在性能测试活动中该如何测试、观察什么、如何观察,对于观察到的结果该如何分析、如何解释,都是建立在对系统结构的充分了解之上的。系统组成分析系统组成分析的结果要能清晰的描述如下内容：系统的各组成部分,具体到系统资源的最小拥有者,通常是进程、线程系统各组成部分之间的联系系统各组成部分之间的比例关系系统各组成部分之间的接口协议这可以通过画出类似系统组网图的方式来描述。压力传递分析画出每种需要性能测试的行为的压力传递图,可以画成消息交互图的形式。潜在瓶颈分析通过系统组成分析和压力传递分析的结果,我们可以判断系统性能的潜在瓶颈,这是我们后续性能测试中需要重点观测的地方。系统资源分析分析系统中的各种资源及其拥有者、使用者。资源资源拥有者资源使用者系统监测及其评价标准分析对各系统组成部分运行状态的监测及其评价标准：系统组成使用的资源是否需要监测使用不充分使用正常使用过高过程趋势监测方法对系统总体资源使用情况的监测及其评价标准：物理实体拥有的资源是否需要监测使用不充分使用正常使用过高过程趋势监测方法对系统执行结果的监测及其评价标准：系统输出是否需要监测评价标准监测方法性能测试方案的确定基本流程的确定在系统角色行为分析结果的基础上,对于每种需要做性能测试的用户行为,我们需要在这个行为之前,顺序写出用户在进行这项行为之前,必须进行的行为,这样就得到了一个流程。如果某个流程包含在其他流程中,则这个流程不需要测试,我们只需要测试包含这个流程的其他流程就可以了。行为流程是否需要做性能测试流程中各步时延要求异常流程分析确定需要进行性能测试的异常流程。基本流程是否需要测试中途出错是否需要测试中途放弃是否需要测试中途拒绝是否需要测试中途不响应是否需要测试系统拒绝或放弃是否需要测试多种消息顺序异常流程混合流程分析可以考虑如下建议来得到我们的混合流程：异常流程尽量不必考虑到混合流程中如果基本流程比较少,将所有的基本流程组合成一个混合流程如果基本流程太多,组合成一个混合流程比较难操作,则考虑组合成多个混合流程基本流程中的后台行为相关的流程需要组合进去各流程的混合比例根据实际情况估计混合流程混合比例测试项的确定将所有的基本流程、异常流程、混合流程汇总,并标明那些流程需要做指标测试,那些流程需要做压力测试,这样就确定了我们性能测试的测试项。测试流程流程每步时延流程混合比例是否进行指标测试是否进行压力测试数据模型分析及数据规划数据模型分析的目的,是要确定性能测试时的基础数据量及其分布比例,使性能测试接近于实际的网上运行情况。数据字段数据量数据范围数据分布比例妨碍性能测试持续开展的问题及其解决办法分析各测试项中,存在的各种妨碍性能测试持