最全面性能测试方案模板 |
您所在的位置：网站首页 › 软件系统拓扑图解析图 › 最全面性能测试方案模板 |
最全面性能测试方案模板
|
性能测试方案书
1 简介
1.1目的 编写本文档的目的在于描述测试项目的测试范围，定义测试条件和目标，测试策略和要求，分析可能的风险，提供相应的规避措施或应急对策，并确定测试整体进度的计划和人力资源安排等。 测试目的在于通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性，确保系统符合业务需求规格说明书的要求，且系统性能指标和数据库服务器管理方案满足应用要求。通过测试找出系统的性能瓶颈及缺陷，为系统调优提供依据；确定系统能处理的最大业务量，能够支持的最多用户数、并发数。
1.2背景
1.3测试范围 根据性能需求制定性能需求指标，利用性能测试工具LoadRunner录制测试脚本、设计测试场景，对系统进行性能测试，通过调优，使系统满足性能指标，并找出系统的最优配置、性能瓶颈、可扩展性、稳定性等。需要进行的测试包括： 1）基准测试 无负载情况下，对所有功能点分别进行一段时间的持续运行，取得各功能点平均响应时间作为分析衡量指标，用于初步诊断系统是否存在性能瓶颈。
2）并发测试 根据业务性能需求，模拟一定时间之内设计并发用户同时向系统发出请求，检测出系统的响应能力，包括响应时间以及CPU/内存等的使用情况，以验证系统对并发请求时的支持能力，并获取该系统的最大并发请求数量。 3）系统容量和扩展性测试 驱动当前系统以达到资源的最大利用率，并找出在此利用率下系统的最大处理能力，同时在测试的过程中找出系统的最优配置，找出系统的可扩展能力，可容纳用户数量与集群的数量的实际关系。 4）稳定性测试 通过高负载和低负载的转换，以验证系统的正常情况下以及峰值情况下系统的稳定性；以及找出增加或者减少负载的过程中由于突然的占用或者释放系统资源而引起的问题。 5）疲劳测试 疲劳测试目的是验证长时间运行对系统性能的影响。模拟一定数量的用户发起操作请求，对系统形成一定的压力并长时间运行，验证系统在长时间运行时，用户对系统访问操作的成功率是否降低，找出系统潜在的内存泄漏等问题。 1.4参考文档 2 测试环境 2.1环境概述 2.2软硬件环境 测试环境资源表 设备硬件配置软件配置服务器IP地址应用服务器IBM pSeries 52A（4×1.65 GHZ，8G内存，146GB×8, 2×10/100/1000M以太网卡 ）Websphere 6.111.9.13.3数据库服务器IBM pSeries 52A（4×1.65 GHZ，8G内存，146GB×8, 2×10/100/1000M以太网卡 ）Oracle 10g11.9.13.3WEB服务器IBM X3650（2CPU、4G内存，4×10/100/1000M以太网卡）Apache11.9.13.1客户端 生产环境资源表 设备硬件配置软件配置服务器IP地址应用服务器IBM pSeries 52A（4×1.65 GHZ，8G内存，146GB×8, 2×10/100/1000M以太网卡 ）Websphere 6.111.9.13.3数据库服务器IBM pSeries 52A（4×1.65 GHZ，8G内存，146GB×8, 2×10/100/1000M以太网卡 ）Oracle 10g11.9.13.3WEB服务器IBM X3650（2CPU、4G内存，4×10/100/1000M以太网卡）Apache11.9.13.1客户端 2.3测试环境拓扑图
测试环境已经准备好； 系统的功能测试已经完成，并且功能测试报告通过了内部评审； 进行了冒烟测试，系统的性能测试是可测的； 不存在影响系统流程的缺陷。 4.2测试结束条件根据性能测试计划执行所有测试用例完成，测试出系统基本性能参数，并分析系统性能瓶颈，系统调优后，达到需求定义的性能指标； 完成性能分析工作，性能指标验证结束； 性能测试报告通过内部评审。 5. 测试方法 5.1 测试方法描述根据软件需求规格说明书中的需求，使用性能测试工具，对系统施加压力，测试系统在压力下的工作状况，测试系统性能是否满足软件需求规格说明书中的指标。 5.1.1基准测试 5.1.1.1测试方法对个人网银系统的所列功能点进行基准测试，主要用于与响应时间性能指标的对比，以了解系统的整体性能状况。 5.1.1.2测试场景对系统所有功能点（功能测试中的所有功能点），使用单个用户通过执行相应业务操作的测试脚本发起各项操作请求，在执行1小时后，初步诊断系统是否存在性能瓶颈，取响应时间的平均值作为测试的基准值。 编号用例需求点用户数量迭代次数迭代间隔执行时间(分钟)Think Time负载生成器数量1登录及首页载入1-060012账户明细查询1-060013行内同名转账1-060014行内转账1-060015跨行转账1-060016批量转账1-060017网上转账结果查询1-060018网上转账结果查询—excel下载1-060019信用卡历史账单查询1-0600110信用卡手工还款1-0600111安全中心资料工具下载1-06001 5.1.2并发测试并发测试的目的是为了验证系统在同一秒级50个用户的并发下，个人数据查询以及个人转账处理对系统资源的利用，以及所能达到的响应时间。 5.1.2.1测试方法模拟服务器与终端用户之间的网络连接，对Loadrunner的虚拟用户使用512K的带宽限制设置，分别模拟50个用户同时（同一秒级）向同一功能点（单一业务）或多个功能点发出操作请求，测试系统的响应能力，包括响应时间以及CPU、内存、磁盘、网络等资源的使用状况，以验证系统对50个用户并发请求时的支持能力。 1）并发用户数量的设计 a．极限法：根据性能需求，假设目前系统要求最大的并发用户数为50个。选择不同的访问时间段，给系统50的查询处理并发量，并持续10分钟，在此过程中收集系统资源利用情况和响应时间（TPS,CPU%,Response Time）。对于同一个场景，可以使用10，20，30，40不同的用户并发量（步进为10）。 b．用户趋势分析：按照今后N年的用户数量增长和业务增长（30％）分析，N年后要达到的用户数量与业务量的并发要求。假设N年后，最大并发用户数量是65，同时访问系统的最大用户数为1040。选择不同的访问时间段，以步进为10逐步增加并发交易数量，直至到达最大并发用户数量65，在此过程中收集系统资源利用情况和响应时间（TPS,CPU%,Response Time）。 5.1.2.2测试场景对本次性能测试所确定的典型业务功能点，通过Loadrunner模拟50个用户，同时（同一秒级）访问同一个典型业务功能（单一业务）或多个功能点（混合业务），持续10分钟，取响应时间的平均值，同时监测测试系统的各服务器资源使用情况。 单一并发测试场景 编号用例需求点用户数量迭代次数迭代间隔执行时间(分钟)Ramp Up持续时间Ramp DownThink Time负载生成器数量1登录及首页载入50－010－10－－12账户明细查询50－010－10－－13行内同名转账50－010－10－－14行内转账50－010－10－－15跨行转账50－010－10－－16批量转账50－010－10－－17网上转账结果查询50－010－10－－18网上转账结果查询—excel下载50－010－10－－19信用卡历史账单查询50－010－10－－110信用卡手工还款50－010－10－－111安全中心资料工具下载50－010－10－－1混合并发测试场景 编号用例需求点用户数量迭代次数迭代间隔执行时间(分钟)Ramp Up持续时间Ramp DownThink Time负载生成器数量1登录及首页载入10－010－10－－12账户明细查询10－010－10－－13行内同名转账10－010－10－－17网上转账结果查询10－010－10－－18网上转账结果查询—excel下载10－010－10－－111安全中心资料工具下载10－010－10－－1 5.1.3破坏性测试疲劳测试主要测试系统在长时间运行后的处理能力，确定系统是否能够继续安全有效的正常提供服务。 5.1.3.1测试方法通过持续不断的调用测试脚本，模拟一定数量的用户发起操作请求，对系统形成一定的压力并长时间运行，通过长时间持续的压力，验证系统在长时间运行后，用户对系统访问操作的成功率是否降低，以找出系统潜在的内存泄漏等问题。 本次性能疲劳测试计划使用800个在线用户，按照业务人员提供的典型业务功能比例进行分配，执行7×24小时。 5.1.3.2测试场景 编号场景名称在线总用户数执行时间成功率完成业务数量1疲劳测试800个用户7×24小时 6. 测试时间表 6.1测试轮次表 轮次开始时间结束时间性能测试第一轮第二轮第三轮 6.2测试进度表 编号任务工作量（人月）任务启动条件计划启动时间(T)计划结束时间(T+D)1测试环境准备1完成测试计划，测试环境、测试数据准备完毕2测试案例设计1具有软件需求说明书2脚本开发1功能稳定，性能测试环境准备完毕3场景设计1测试脚本开发完毕4测试执行1测试环境搭建完毕、测试脚本开发完毕、场景设计完毕5测试总结1性能测试执行完毕 7. 测试组织架构 角色职能姓名工作内容测试经理>项目管理编写测试方案测试质量控制出具测试报告测试工程师测试执行测试脚本开发测试执行测试测试结果分析 8. 测试风险 风险编号风险描述风险发生可能性（高、中、低）风险的影响程度（高、中、低）责任人规避方法 9. 输入输出文档 文档名称文档类型负责人交付日期说明软件需求说明书输入性能测试方案输出性能测试报告输出 |
【本文地址】
今日新闻 |
推荐新闻 |