系统性能测试方案

1、产品名称Product name密级 C onfidentiality level秘密产品版本 Product versionTotal 13pages 共 13页XX 系统性能测试方案（仅供内部使用）拟制：日期：yyyy-mm-dd审核：日期：yyyy-mm-dd审核：日期：yyyy-mm-dd批准：日期：yyyy-mm-dd修订记录目录 TOC o 1-5 h z HYPERLINK l bookmark28 o Current Document 概述6 HYPERLINK l bookmark31 o Current Document 被测试系统简介6 HYPERLINK l bookm

2、ark34 o Current Document 性能测试目的6 HYPERLINK l bookmark37 o Current Document 性能需求分析63系统角色行为分析7用户行为分析7运营行为分析7 HYPERLINK l bookmark53 o Current Document 系统后台行为分析8 HYPERLINK l bookmark56 o Current Document 4系统结构分析8 HYPERLINK l bookmark59 o Current Document 系统组成分析8 HYPERLINK l bookmark66 o Current Documen

3、t 压力传递分析8 HYPERLINK l bookmark69 o Current Document 潜在瓶颈分析8 HYPERLINK l bookmark72 o Current Document 系统资源分析8 HYPERLINK l bookmark75 o Current Document 系统监测及其评价标准分析9 HYPERLINK l bookmark78 o Current Document 性能测试方案的确定9 HYPERLINK l bookmark81 o Current Document 基本流程的确定9异常流程分析10 HYPERLINK l bookmark84

4、 o Current Document 混合流程分析10 HYPERLINK l bookmark92 o Current Document 测试项的确定10 HYPERLINK l bookmark95 o Current Document 数据模型分析及数据规划 10 HYPERLINK l bookmark98 o Current Document 妨碍性能测试持续开展的问题及其解决办法11 HYPERLINK l bookmark101 o Current Document 测试接口分析11 HYPERLINK l bookmark104 o Current Document 被测系统

5、配置及其组网图 11 HYPERLINK l bookmark107 o Current Document 测试工具的选定115.10测试数据的准备11 HYPERLINK l bookmark110 o Current Document 5.11测试用例设计建议 12 HYPERLINK l bookmark113 o Current Document 附录12表目录 List of Tables表i需求跟踪矩阵表错误！未定义书签。图目录 List of Figures错误！未找到目录项。XX系统性能测试方案关键词：性能测试、性能测试方案摘 要：本文档为XX系统性能测试方案，主要目的在于通过

6、本文档能够指导性能测试脚本、用例 开发、性能测试执行以及性能测试评估等相关工作。主要的读者有性能测试脚本开发人员、 性能测试执行人员、性能评估人员、项目经理、用户代表等。缩略语清单：1概述1.1被测试系统简介简明扼要地描述被测试系统的功能、技术背景、以及商业背景等相关信息。1.2性能测试目的简明扼要地描述本次性能测试的主要目的，比如是为了得到一个性能指标？还是为了做一次调 优类的性能测试？还是做对比分析的性能测试等？2性能需求分析性能需求分析是整个性能测试活动中最关键和最核心的工作，完整的、清晰的、有代表性的、 可测试的性能需求直接关系到本次性能测试的目标是否能够达到。这里指的性能需求可以是用

7、户 （比如中国银行项目，那么银行是用户）对系统的性能需求，当然也可以是产品内部的性能要求在 调优为目的的性能测试中尤其如此）。系统的性能需求就是一个测试的标准，通过它可以来评价系 统性能情况，如果不先分析清楚系统的性能需求，性能测试的目的将变得不明确，性能测试的开展 也会有很大随意性，而最终对系统性能测试的结果进行评价时，也会陷入没完没了的毫无意义的争论之中。服务提供质量业务类 型用户类容型量服务提供能力单位同时响应时间在线响应TPS响应率正确率时延内处用户时间理请数求能力交易类查询类这些性能需求的数据可以通过如下途径来获得：1、国际、国家、行业标准和规范。2、SRS中关于性能的需求。3、根据

8、现实情况的估计。这个估计要基于最终用户的体验和容忍程度的分析并需要经过 开发人员的评审。4、竞争对手产品性能指标3系统角色分析建模这部分分析工作通过对用户的行为模型分析、对运营行为模型的分析、以及对系统后台行为模 型的分析，来规划系统性能测试测试模型。3.1用户行为模型选取需要做性能测试的用户行为。这部分不管是什么业务类型的系统都需要考虑是否特是否是关键是否需要 别消耗用否是关键做性能测 资源用户行为试特殊情业务类用户类用户行行为频况下行型 型 为 度 为的最高频度3.2运营行为模型选取需要做性能测试的运营QM）行为，这一部分其实也非常重要，因为越来越多的产品开 始关注0财功能。管理员类型行为

9、频 度是否特是否是是否需别消耗关键行要做性资源为能测试管理员 行为3.3系统后台行为模型选取需要做性能测试的系统后台行为。这部分并不是每一种类型的系统都有的模型，根据需要 可选后台进程、线后台行 程、定时为 任务是否并行执行数量多是否特别消耗资源是否是是否需关键后要做性台行为能测试4系统结构分析对系统结构的充分了解是开展后续性能测试活动的基础在性能测试活动中该如何测试观察什么、如何观察，对于观察到的结果该如何分析、如何解释，都是建立在对系统结构的充分了解之上的。4.1系统组成分析系统组成分析的结果要能清晰的描述如下内容：a、系统的各组成部分，具体到系统资源的最小拥有者，通常是进程、线程b、系统

10、各组成部分之间的联系c、系统各组成部分之间的比例关系d、系统各组成部分之间的接口协议这可以通过画出类似系统组网图的方式来描述。4.2压力传递分析画出每种需要性能测试的行为的压力传递图，可以画成消息交互图的形式。4.3潜在瓶颈分析通过系统组成分析和压力传递分析的结果，我们可以判断系统性能的潜在瓶颈，这是我们后续性能测试中需要重点观测的地方。4.4系统资源分析分析系统中的各种资源及其拥有者、使用者。资源资源拥有者资源使用者4.5系统监测及其评价标准分析对各系统组成部分运行状态的监测及其评价标准：系统组使用的是否需使用不使用正使用过过程趋监测方成资源要监测充分常高势法对系统总体资源使用情况的监测及其

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

12、要测试 是否需甘天、心口要测试要测试要测试 要测试要测试 要测试巳治、/5流程中途出中途放中途拒中途不系统拒多种消异常流程错弃绝响应 绝以放 息顺序弁5.3混合流程分析可以考虑如下建议来得到我们的混合流程：a、异常流程尽量不必考虑到混合流程中b、如果基本流程比较少，将所有的基本流程组合成一个混合流程c、如果基本流程太多，组合成一个混合流程比较难操作，则考虑组合成多个混合流程d、基本流程中的后台行为相关的流程需要组合进去e、各流程的混合比例根据实际情况估计混合流程混合比例5.4测试项的确定将所有的基本流程、异常流程、混合流程汇总，并标明那些流程需要做指标测试，那些流程需 要做压力测试，这样就确定了我们性能测试的测试项。测试流程流程混合比是否进行指是否进行压流程每步时延例标测试力则试5.5数据模型分析及数据规划数据模型分析的目的，是要确定性能测试时的基础数据量及其分布比例，使性能测试接近于实际的网上运行情况。数据字段数据量数据范围数据分布比例5.6妨碍性能测试持续开展的问题及其解决办法分析各测试项中，存在的各种妨碍性能测试持续开展的问题，并分析解决办法。5.7测试接口分析分析性能测试接口的协议类型及其接口能力。测