XXX实际项目性能测试方案模板修订.docx

1、XXX实际项目性能测试方案模板修订XXX项目 性能测试方案文 档 编 号保 密 等 级作 者 最后修改日期审 核 人最后审批日期批 准 人最后批准日期修订记录日期版本修订说明修订人1.0初稿1 项目简介1.1 测试目标 通过对XXXXXX系统的性能测试实施，在测试范围内可以达到如下目的： 了解XXX系统在各种业务场景下的性能表现； 了解XXX业务系统的稳定性； 通过各种业务场景的测试实施，为系统调优提供数据参考； 通过性能测试发现系统瓶颈，并进行优化。 预估系统的业务容量1.2 测试范围XXX系统说明以及系统业务介绍和需要测试的业务模块，业务逻辑图如下：本公司服务器环境以及架构图为了真实反映X

2、XXX系统自身的处理能力，本次测试范围只包（XXX服务器系统和Web服务系统、数据库服务器系统）。1.3 性能测试指标要求本次性能测试需要测试的性能指标包括： 1、交易吞吐量：后台主机每秒能够处理的交易笔数（TPS）2、交易响应时间（3-5-8秒 ）3、并发交易成功率99.999%4、资源使用指标：前置和核心系统各服务器CPU（80%）、内存占用率（80%）、Spotlighton数据库；LoadRunner压力负载机CPU占用率、内存占用率1.3.1 交易吞吐量根据统计数据，XXX系统当前生产环境高峰日交易总量为【】万笔。根据二八原则（80%的交易量发生在20%的时间段内），当前生产环境对主

3、机的交易吞吐量指标要求为：TPS_1 【】 * 80% / (24 * 20% * 3600) = 【】 笔/秒为获取系统主机的最大处理能力，在本次性能测试中可通过不断加压，让数据系统主机CPU利用率达到【】%，记录此时的TPS值，作为新主机处理能力的一个参考值。1.3.2 交易响应时间 本次性能测试中的交易响应时间是指由性能测试工具记录和进行统计分析的、系统处理交易的响应时间，用一定时间段内的统计平均值ART来表示。本次性能测试中，对所有交易的ART指标要求为：ART 5 秒1.3.3 并发交易成功率指测试结束时成功交易数占总交易数的比率。交易成功率越高，系统越稳定。对典型交易的场景测试，要

4、求其并发交易成功率 99.999% 。1.3.4 资源使用指标在正常的并发测试和批处理测试中，核心系统服务器主机的资源使用指标要求：CPU使用率 80%内存使用率 80%2 测试环境2.1 网络拓扑图压力产生器（Load Generator）连接服务端系统，客户端发送请求到服务端，服务端响应并处理后将结果返回到客户端。本次测试的网络环境为1000Mb ps局域网，使用独立的网段，忽略防火墙网络延迟，交易请求以及结果返回的网络传输时间可以忽略不计。简图如下：公司网络传输拓扑结构图2.2 软硬件配置性能测试环境的硬件和软件配置如下表所示：环境资源数量配置与生产环境差异Web服务应用软件1服务器型号

5、：CPU：4个主频 3.10Ghz内存：8G存储：500GIP地址： 系统/版本：XXX服务器硬件环境数据库服务器1服务器型号：CPU：，主频 内存：存储：IP地址： 系统/版本：负载机Loadrunner1CPU：4个主频：2.4Ghz内存：2G存储：320IP：192.168.7.373 测试方案3.1 交易选择 通过业务数据统计和业务模型分析，最终选择的典型交易如下表所示：编号脚本名业务名业务占比可参数化域12345678910111213143.2 测试数据3.2.1 参数数据为了尽可能的模拟系统生产环境，所以JVM的初始堆栈大小、WEB服务器的线程池、数据库连接池等系统配置，统一参考

6、WAP生产环境配置。3.2.2 存量数据存量数据来自XXXX实际生产系统，对生产数据进行脱敏处理，并导入测试环境核心系统数据库。基础数据的数据规模。3.3 资源监控指标本次性能测试通过LoadRunner进行的资源监控包括：操作系统UNIX、AIX资源监控。定义的监控指标如下：3.3.1 台式机 系统CPU使用率 80% 系统内存使用率 80% 系统IO使用率 80%监控的服务器包括WEB服务器。3.3.2 服务器 系统CPU使用率 80% 系统内存使用率 80% 系统IO使用率 80%监控的服务器包括数据库服务器。3.4 测试脚本编写与调试3.5 测试场景设计3.5.1 典型交易基准测试典型

7、交易基准测试是单交易单用户测试，目的是对选择的每个典型交易在无压力情况下（无额外进程运行并占用系统资源）情况下，获取系统处理单笔交易的耗时，为下一步模拟多个用户、混合交易的性能测试提供一个基本数据参考。基准测试要达到以下目标： 验证测试脚本及测试参数的正确性。 获取系统处理单笔交易性能数据，主要是单笔交易平均响应时间。3.5.1.1 测试方法使用一个Vuser，分别运行每个典型交易的脚本，设置脚本的迭代次数1次，验证所有脚本是否运行正确、所有交易事务是否成功返回，并获取每个典型交易的平均交易响应时间ART。3.5.1.2 测试场景-基准测试（测试单业务单人测试获取典型交易的平均响应时间）编号场

8、景名称并发用户数加压方式持续时间退出方式思考时间/迭代延迟交易组合负载生成器数量备注1单交易单用户测试，获取各典型交易响应时间单用户交易数据234567893.5.2 典型交易常规并发测试单交易多用户并发测试对每个典型交易通过多个用户多次迭代执行，获得该交易在并发用户情况下的平均响应时间以及每秒响应交易数，同时检验服务器端对每个典型交易多个并发用户的处理能力。3.5.2.1 测试方法对单交易多用户并发测试：使用手动场景，设置并发用户数35、45，持续时间15分钟，无思考时间，无迭代延迟。测试每个交易在不同压力下的应时间以及每秒响应交易数量。从而发现交易的单点瓶颈，并针对问题进行优化。3.5.2

9、.2 测试场景-用户并发测试（针对问题进行优化）编号场景名称并发用户数加压方式持续时间退出方式思考时间/迭代延迟交易组合负载生成器数量备注1单交易多用户并发测试，获取交易响应时间，验证数据库/web服务器对各典型交易的并发处理能力234567893.5.3 稳定性测试通过生产系统的总用户数，模拟生产环境，考察在模拟生产环境的情况下是否会出现宕机、响应时间变长、交易成功率下降、内存使用率持续上升等异常现象。3.5.3.1 测试方法通过基准测试得出的交易响应时间，按照响应时间设置交易占比。然后不断施加压力，观测系统的CPU使用率。来判断系统所能承受的极限压力。再根据此压力的并发数量，让场景持续运行

10、时间8小时，各交易无思考时间、无迭代延迟时间。获取核心主机TPS值、各典型交易的平均响应时间ART和性能监控数据。3.5.3.2 测试场景-稳定性测试在系统资源使用到达极限时长时间压力测试的场景编号场景名称并发用户数加压方式持续时间退出方式思考时间/迭代延迟交易组合负载生成器数量备注13.6 测试场景执行与数据收集性能测试执行过程中应收集的测试场景执行结果数据包括： LoadRunner的Controller中的场景执行结果数据； LoadRunner的资源监控数据； 核心主机记录的资源（CPU、MEM）监控数据文件。3.7 性能优化与回归版本Tomcat应用数据库结果其他V1.01、默认配置

11、1、V1.0版本应用1、V1.0版本数据库1、相应时间：X秒2、并发用户：X1、应用程序稳定2、数据库服务器稳定3、查看相应的结果在并发测试数据中4 测试实施情况4.1 测试时间和地点时间：XXXX年 XX月XX 日 XXXX年 XX 月 XX 日地点：XXXXXXXXXXXXXXX 4.2 参加测试人员参加本次核心系统主机升级性能测试的人员包括：1. 项目经理： XXXXXX2. 测试负责人： XXXXXX3. 测试人员：XXXXXX4. 运维人员： XXXXX、XXXX序号角色数量需求具体职责技能要求1性能测试经理1部门经理2性能测试设计人员1性能测试工程师3测试工具开发人员1性能测试工程

12、师4测试环境准备人员1性能测试工程师5测试数据准备人员1相关项目配合人员6脚本场景准备人员1性能测试工程师7性能调优支持人员1性能测试工程师4.3 测试工具序号工具名称用途及说明厂商/自产版本1Loadrunner负载生成hpV 8.1/V11.0注意：Loadrunnet客户方是否具备lisence，如具备正版lisence更佳。其他工具为开源或免费软件。4.4 性能测试计划进度安排阶段编号任务工作量(人日)开始日期结束日期责任人测试计划1制定 测试方案2评审测试方案测试准备3测试工具准备4测试环境准备5测试数据准备6测试脚本编制、调试7测试场景准备测试执行8测试执行（基准测试）9测试执行（并发测试）代码优化：如果测出结果没有达到要求，需要调优时间不定10测试执行（基准测试）11测试执行（并发测试）12测试执行(稳定性测试)测试评估14编写测试报告15评审测试报告在实际测试过程中，由于测试环境有时不太稳定、和功能测试共用测试环境以及测试场景执行出错需重复测试等原因，实际进度可能会稍有推迟。5 专业术语序号全名名称简写描述1Running VuserVUser用户总数2Transaction per secondTPS每秒通过的事务数3Hits per SecondHPS每秒事物点击数4AverageTransaction Response TimeART每秒事物响应时间