性能测试方案模板Word格式.docx

1、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 被测系统配置及其

2、组网图 115.9 测试工具的选定 115.10 测试数据的准备 115.11 测试用例设计建议 116 附录 12表目录 List of Tables表1 需求跟踪矩阵表 8图目录 List of Figures错误！未找到目录项。关键词：性能测试、性能测试方案摘 要：本文档为系统性能测试方案，主要目的在于通过本文档能够指导性能测试脚本、用例开发、性能测试执行以及性能测试评估等相关工作。主要的读者有性能测试脚本开发人员、性能测试执行人员、性能评估人员、项目经理、用户代表等。缩略语清单： 1 概述1.1 被测试系统简介简明扼要地描述被测试系统的功能、技术背景、以及商业背景等相关信息。1.2 性

3、能测试目的简明扼要地描述本次性能测试的主要目的，比如是为了得到一个性能指标？还是为了做一次调优类的性能测试？还是做对比分析的性能测试等？2 性能需求分析性能需求分析是整个性能测试活动中最关键和最核心的工作，完整的、清晰的、有代表性的、可测试的性能需求直接关系到本次性能测试的目标是否能够达到。这里指的性能需求可以是用户（比如中国银行项目，那么银行是用户）对系统的性能需求，当然也可以是产品内部的性能要求（在调优为目的的性能测试中尤其如此）。系统的性能需求就是一个测试的标准，通过它可以来评价系统性能情况，如果不先分析清楚系统的性能需求，性能测试的目的将变得不明确，性能测试的开展也会有很大随意性，而最

4、终对系统性能测试的结果进行评价时，也会陷入没完没了的毫无意义的争论之中。服务提供能力服务提供质量业务类型用户类型容量单位时间内处理请求能力同时在线用户数响应时间TPS响应率正确率时延交易类查询类这些性能需求的数据可以通过如下途径来获得：1、 国际、国家、行业标准和规范。2、 SRS中关于性能的需求。3、 根据现实情况的估计。这个估计要基于最终用户的体验和容忍程度的分析，并需要经过开发人员的评审。4、 竞争对手产品性能指标3 系统角色分析建模这部分分析工作通过对用户的行为模型分析、对运营行为模型的分析、以及对系统后台行为模型的分析，来规划系统性能测试测试模型。3.1 用户行为模型选取需要做性能测

5、试的用户行为。这部分不管是什么业务类型的系统都需要考虑用户行为行为频度特殊情况下行为的最高频度是否特别消耗资源是否是关键用户行为是否需要做性能测试3.2 运营行为模型选取需要做性能测试的运营（OM）行为，这一部分其实也非常重要，因为越来越多的产品开始关注OM功能。管理员类型管理员行为是否是关键行为3.3 系统后台行为模型选取需要做性能测试的系统后台行为。这部分并不是每一种类型的系统都有的模型，根据需要可选后台进程、线程、定时任务后台行为是否并行执行数量多是否是关键后台行为4 系统结构分析对系统结构的充分了解是开展后续性能测试活动的基础，在性能测试活动中该如何测试、观察什么、如何观察，对于观察到

6、的结果该如何分析、如何解释，都是建立在对系统结构的充分了解之上的。4.1 系统组成分析系统组成分析的结果要能清晰的描述如下内容：a、 系统的各组成部分，具体到系统资源的最小拥有者，通常是进程、线程b、 系统各组成部分之间的联系c、 系统各组成部分之间的比例关系d、 系统各组成部分之间的接口协议这可以通过画出类似系统组网图的方式来描述。4.2 压力传递分析画出每种需要性能测试的行为的压力传递图，可以画成消息交互图的形式。4.3 潜在瓶颈分析通过系统组成分析和压力传递分析的结果，我们可以判断系统性能的潜在瓶颈，这是我们后续性能测试中需要重点观测的地方。4.4 系统资源分析分析系统中的各种资源及其拥

7、有者、使用者。资源资源拥有者资源使用者4.5 系统监测及其评价标准分析对各系统组成部分运行状态的监测及其评价标准：系统组成使用的资源是否需要监测使用不充分使用正常使用过高过程趋势监测方法对系统总体资源使用情况的监测及其评价标准：物理实体拥有的资源对系统执行结果的监测及其评价标准：系统输出评价标准5 性能测试方案的确定5.1 基本流程的确定在系统角色行为分析结果的基础上，对于每种需要做性能测试的用户行为，我们需要在这个行为之前，顺序写出用户在进行这项行为之前，必须进行的行为，这样就得到了一个流程。如果某个流程包含在其他流程中，则这个流程不需要测试，我们只需要测试包含这个流程的其他流程就可以了。行

8、为流程流程中各步时延要求5.2 异常流程分析确定需要进行性能测试的异常流程。基本流程是否需要测试中途出错是否需要测试中途放弃是否需要测试中途拒绝是否需要测试中途不响应是否需要测试系统拒绝或放弃是否需要测试多种消息顺序异常流程5.3 混合流程分析可以考虑如下建议来得到我们的混合流程：a、 异常流程尽量不必考虑到混合流程中b、 如果基本流程比较少，将所有的基本流程组合成一个混合流程c、 如果基本流程太多，组合成一个混合流程比较难操作，则考虑组合成多个混合流程d、 基本流程中的后台行为相关的流程需要组合进去e、 各流程的混合比例根据实际情况估计混合流程混合比例5.4 测试项的确定将所有的基本流程、异

9、常流程、混合流程汇总，并标明那些流程需要做指标测试，那些流程需要做压力测试，这样就确定了我们性能测试的测试项。测试流程流程每步时延流程混合比例是否进行指标测试是否进行压力测试5.5 数据模型分析及数据规划数据模型分析的目的，是要确定性能测试时的基础数据量及其分布比例，使性能测试接近于实际的网上运行情况。数据字段数据量数据范围数据分布比例5.6 妨碍性能测试持续开展的问题及其解决办法分析各测试项中，存在的各种妨碍性能测试持续开展的问题，并分析解决办法。5.7 测试接口分析分析性能测试接口的协议类型及其接口能力。测试接口接口协议接口带宽接口时延5.8 被测系统配置及其组网图分析被测系统的软硬件配置及其组网图。软件配置：硬件配置：组网图：5.9 测试工具的选定分析备选测试工具的优缺点，并选择性能测试工具。备选工具接口模拟能力流程模拟能力流程发起能力统计分析能力5.10 测试数据的准备分析测试基础数据的生成和导入的工具和方法。5.11 测试用例设计建议对下阶段的测试用例设计工作提一些建议。6 附录参考资料清单：1