《性能测试方案》由会员分享，可在线阅读，更多相关《性能测试方案（30页珍藏版）》请在金锄头文库上搜索。
1、目录1. 引言 - 4 -1.1. 编写目的 - 4 -1.2. 背景 - 4 -1.3. 定义 - 4 -1.4. 参考资料 - 4 -2. 测试策略 - 5 -2.1. 基准性能评测 - 5 -2.2. 负载压力测试 - 5 -2.3. 测试需求分析 - 7 -3. 测试方案 - 10 -3.1测试流程简述 - 10 -3.2用例设计 - 11 -3.3. 交易处理性能评测指标 - 17 -3.4. 资源性能监控指标 - 18 -3.5. 测试提交物 - 22 -4. 工作安排 - 23 -4.1. 测试准备 - 23 -4.2. 进入条件 - 23 -4.3. 进度安排 - 23 -4.
2、4. 退出标准 - 23 -5. 测试风险 - 25 -5.1. 风险分析预测 - 25 -5.2. 规避风险预案 - 26 -附录 - 27 -1. 引言1.1. 编写目的此计划编写的目的是为保证此次对XX系统生产系统进行的性能测试活 动能够完整而有效。并对使用的策略、方法及需记录的结果进行说明。预期阅读 范围为项目组人员及测试小组人员。1.2. 背景此次测试是针对XX系统生产系统。本系统由.提供。XX 系统的用户包括客户公司.管理人员、运行维护人员、公司领导本公司负责执行本项目此次性能测试。1.3. 定义1.4. 参考资料本测试方案参考和引用以下文档：2. 测试策略性能测试隶属于软件测试中
3、的系统级测试，它对软件在集成系统中运行的 性能行为进行测试，目的是最大程度地模拟真实业务场景，来验证系统的性能 指标，及早确定和消除软件中与构架有关的性能瓶颈。目前所说性能测试一般主要是针对系统的性能指标制定性能测试方案，执 行测试用例，得出测试结果来验证系统的性能指标是否满足既定值。性能指标 里可能包括系统各个方面的能力，如系统并发处理能力，批量业务处理能力等。2.1. 基准性能评测在整个性能测试过程的开始时执行基准测试。透过执行少量的负载，如5至10 个的虚拟使用者，建立一个性能基准，同时验证整个性能测试是可以正常执 行的。若在测试过程中对系统进行了优化，则在性能测试过程结束时，也需要执
4、行基准测试。以了解系统的性能是否有改善。2.2. 负载压力测试在此次性能测试的执行中，根据具体的性能指标，分解为几种测试，并根据其关系，在不同的时间和空间内执行。2.2.1. 并发测试并发性能测试的过程。是一个负载测试和压力测试的过程。即逐渐增加并发 用户数负载，直到系统的瓶颈者不能接收的性能点，通过综合分析交易执行指标、 资源监控指标等来确定系统并发性能的过程。从完整解决方案的角度考虑，此次测试包括： 应用在客户端性能的测试 应用在网络上性能的测试 应用在服务器上性能的测试2.2.2. 强度测试实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。还 可用于确定测试对象能够处理的最
5、大工作量。强度测试主要是对服务器资源的测 试，若测试环境的硬件设备与真实环境的硬件设备不同，强度测试的结果也不同。 我们将在测试的同时，对服务器资源进行监测。强调较长时间的考核。根据需求，将模拟以下两种情况： 日常业务疲劳强度测试 高峰业务疲劳强度测试2.2.3. 容量测试容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障 的极限。还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。核 实测试对象在以下高容量条件下能否正常运行：连接或模拟了最大（实际或实际 允许）数量的客户机，所有客户机在长时间内执行相同的、且情况（性能）最坏 的业务功能。已达到最大的数据库大小（实际的
6、或按比例缩放的），而且同时执 行多个查询或报表事务。即包括： 独立数据量测试 综合数据量测试2.3. 测试需求分析2.3.1.系统版本信息此次进入测试的软件版本为（待定）2.3.2.测试系统的环境与架构2.3.3.系统配置信息2.3.4.分析系统工作量2.3.4.1. 系统业务需求QUESTIONSANSWERS从高阶的角度看，系统 是如何被使用的？每个关键业务流程的操 作步骤？（典型业务）关键业务流程中，需要 被量测的关键步骤？2.3.4.2. 系统工作量需求QUESTIONSANSWERS系统共有多少用户系统在一般时间，负载 多少同时上线的用户？系统在高峰时间，分别 负载多少同时上线的用
7、户？系统每秒（分钟）必须 处理多少交易？针对系统的业务关键交 易，可接受的最小回应 时间是多少？针对系统的业务关键交 易，可接受的最大回应 时间是多少？客户端主流配置情况如 何？系统在真实环境的负载 可能会多大？分别由那 些业务组成？2.3.5.定义性能目标根据需求中对工作量的要求及经验分析得出目标系统用户数高峰时用户数一般时用户数并发用户数事务响应时间3. 测试方案3.1 测试流程简述第二阶段：测试设计定义业务流程定义场景设计负载生成方案组织用例3.2 用例设计3.2.1 定义事务3.2.1.1. 事务列表事务是相关的3.2.1.2. 参数列表（此节不提交）3.2.1.3. 集合点列表注：集
8、点点是指模拟用户并发测试时，等待足够数量的用户到达此处，同时发起操作，此操作会对系统造成相对较大的压力。3.2.2 脚本创建及调试序名称（.usr）包含事务包含集合点0003.2.3 场景设计方案3.2.3.1. 加载方案序 号名称加载方式持续时间停止方式1default schedule同时加载：所有Vuser同时加载直到完成全部停止2ramp up折线加载：每15秒加载5个Vuser30/60分钟缓慢退出3slow ramp up缓慢折线加载：每2分钟加载5个Vuser30/60分钟缓慢退出510 ramp up10粒度折线加载： 每分钟加载10个Vuser1-8小时缓慢退出3.2.3.2
9、. 集合点方案序 号名称集合方式数值超时设定(s)1all arr所有用户到达集合点1202per arr一定比例的用户到达集合点30/50/1203num arr一定数量的用户到达集合点50/100120注：根据实际情况可能有所调整3.2.3.3. 场景方案序 号名称描述用户数加载方案带宽1base_c ontr基准测试场景10default schedule当前带宽（10M）2stre_c on tr基本强度测试场 景300-600default schedule当前带宽（10M）3simu_c ontr并发测试场景500-80010 ramp up当前带宽（10M）4capa_c ont
10、r容量测试场景400-500slow ramp up当前带宽（10M）5n arrowba nd_c on tr网络带宽限制下 的强度测试方案500-800ramp up512K/2M6widthba nd_co ntr无带宽限制下的 强度测试方案500-800ramp up100M3.2.4 负载生成方案3.2.4.1 单机方案主要应用于基准测试及 B/S 结构系统的测试。描述机器名IP地址配置信息平台主测机1TEST1win dows2000/IE 6.0主测机2TEST2windows XP/IE6.03.2.4.2 联机方案可用 PC 终端 10 台序 号描述机器名IP地址配置信息平台
11、1主控机TEST12负载生成器TEST23负载生成器TEST34负载生成器TEST45负载生成器TEST56负载生成器TEST67负载生成器TEST78负载生成器TEST89负载生成器TEST910负载生成器TEST103.2.5 测试用例矩阵策 略编号描述脚本场景用户联机方案基 准BASE_01_01base_c ontr单机BASE_02_02base_c ontr单机BASE_03_03base_c ontr单机BASE_04_04base_c ontr单机BASE_05_05base_c ontr单机BASE_06_06base_c ontr单机并SIMU_01_simu_c ontr
12、联机发07SIMU_02_08simu_c ontr联机SIMU_03_09simu_c ontr联机SIMU_04_10simu_c ontrSIMU_11_11simu_c ontrTEST1.2simu_c ontrTEST3.4simu_c ontrTEST5.6强 度STRE_01_12capa_c ontr联机STRE_02_13capa_c ontr联机STRE_03_14capa_c ontr联机STRE_04_15capa_c ontrSTRE_05_16n arrowba nd_ con tr联机容量CAPA_01联机CAPA_02联机CAPA_03联机CAPA_04n arrowba nd_ con tr联机3.2.6 命名规则对象命名规则基本原则使用独一无二的的名称。名称应由字母和数字组成，并以字母开始，名称中可以包含符号。 命名不允许是测试工具的函数或保留字。用大写字母拼音缩写指代程序中功能模块，其余
