性能测试方案模板

1、产品名称 Product name密级 Confidentiality level秘密产品版本 Product versionTotal 13pages 共 13 页XX系统性能测试方案（仅供内部使用）拟制：日期：yyyy-mm-dd审核：日期：yyyy-mm-dd审核：日期：yyyy-mm-dd批准：日期：yyyy-mm-ddcestfJnfl博为峰教育科技（北京）有限公司版权所有侵权必究修订记录日期修订版本描述作者1 概述 61.1 被测试系统简介61.2 性能测试目的62 性能需求分析 63 系统角色行为分析 73.1 用户行为分析 73.2 运营行为分析 73.3 系统后台行为分析 7

2、4 系统结构分析 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 附录 12表目录 List of Tables表i需求跟踪矩阵表错误！未找到目录项。图目

3、录 List of FiguresXX系统性能测试方案Comment 51testing1:本部分列出主要的缩略语关键词：性能测试、性能测试方案摘 要：本文档为XX系统性能测试方案，主要目的在于通过本文档能够指导性能测试脚本、用例 开发、性能测试执行以及性能测试评估等相关工作。主要的读者有性能测试脚本开发人 员、性能测试执行人员、性能评估人员、项目经理、用户代表等。1概述1.1被测试系统简介简明扼要地描述被测试系统的功能、技术背景、以及商业背景等相关信息。1.2 性能测试目的简明扼要地描述本次性能测试的主要目的，比如是为了得到一个性能指标？还是为了做一次调 优类的性能测试？还是做对比分析的性能

4、测试等？2性能需求分析的争论之中。业务类 用户类 型型性能需求分析是整个性能测试活动中最关键和最核心的工作，完整的、清晰的、有代表性的、 可测试的性能需求直接关系到本次性能测试的目标是否能够达到。这里指的性能需求可以是用户 （比如中国银行项目那么银行是用户）对系统的性能需求，当然也可以是产品内部的性能要求 （在调优为目的的性能测试中尤其如此）。系统的性能需求就是一个测试的标准，通过它可以来评 价系统性能情况，如果不先分析清楚系统的性能需求，性能测试的目的将变得不明确，性能测试的 开展也会有很大随意性，而最终对系统性能测试的结果进行评价时，也会陷入没完没了的毫无意义服务提供能力服务提供质量容单位

5、同时响应量时间在线时间 TPS响应率 正确率 时延量内处用户理请数 求能 力交易类查询类这些性能需求的数据可以通过如下途径来获得：1、国际、国家、行业标准和规范。2、SRS中关于性能的需求。3、根据现实情况的估计。这个估计要基于最终用户的体验和容忍程度的分析，并需要经 过开发人员的评审。4、竞争对手产品性能指标3系统角色分析建模这部分分析工作通过对用户的行为模型分析、对运营行为模型的分析、以及对系统后台行为模 型的分析，来规划系统性能测试测试模型。3.1用户行为模型选取需要做性能测试的用户行为。这部分不管是什么业务类型的系统都需要考虑业务类用户类用户仃 仃为频型型为度特殊情 况下行 为的最 高

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

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

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

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

10、合比例根据实际情况估计混合流程混合比例5.4 测试项的确定将所有的基本流程、异常流程、混合流程汇总，并标明那些流程需要做指标测试，那些流程需 要做压力测试，这样就确定了我们性能测试的测试项。测试流程流程每步时延流程混合比 例是否进行指标测试是否进行压 力测试5.5数据模型分析及数据规划数据模型分析的目的，是要确定性能测试时的基础数据量及其分布比例，使性能测试接近于实际的网上运行情况。数据字段数据量数据范围数据分布比例5.6妨碍性能测试持续开展的问题及其解决办法分析各测试项中，存在的各种妨碍性能测试持续开展的问题，并分析解决办法。5.7测试接口分析分析性能测试接口的协议类型及其接口能力测试接接口协接口带接口时口议宽延5.8 被测系统配置及其组网图分析被测系统的软硬件配置