web性能测试计划

1、XXXX性能测试文档编号V.1.0保密等级机密作者最后修改日期审核人最后审批日期批准人最好批准日期1 / 131 . 文档介绍 31.1 文档目的 31.2 参考文献 31.3 编写目的 32 .性能相关描述 32.1 性能测试指标 32.2 性能测试范围 32.3 名词术语约定 43 测试环境 53.1 生产环境系统架构 53.2 测试环境系统架构 63.3 生产环境软硬件配置 63.4 测试环境软硬件配置 63.5 负载机软硬件配置 74 .需求分析 74.1 业务模型 74.2 性能指标 85 测试策略 85.1 测试执行策略 95.2 测试监控策略 96 测试场景 107 测试准备 1

2、07.1 测试工具准备 117.2 测试脚本及程序准备 117.3 测试数据准备 117.4 测试环境准备 118 测试组织架构 129 项目风险 121. 文档介绍1.1 文档目的本测试报告为XXX 平台项目的性能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合性能需求。1.2 参考文献1.3 编写目的从文档描述XXX发布系统性能测试的范围、方法、资源、进度，作为XXX发布系统性能测试的依据，该文档的目的主要有：1、 、 明确测试范围、测试对象2、 明确测试目标3、 明确测试环境需求，包括：测试需要的软、硬件环境以及测试人力需求4、 确定测试方案，测试的方法和步骤5、

3、指定测试工作的时间安排6、 分析测试的风险，寻找规避办法7、 确定测试需求输出的结果和结果表现形式2. 性能相关描述2.1 性能测试指标(1) .基于XXX业务量的要求,评估XXX平台是否能满足性能要求(2) .进行配置测试,找到相对合理的测试(3) .对XXX进行定容定量,提供规划参考(4) .验证系统的稳定性,验证系统的容错能力(5) .测试并找到系统可能存在的性能问题,分析系统瓶颈2.2 性能测试范围通过性能测试需求调研,分析用户使用行为.对系统的用户及业务数据量作了定量分析性能测试将主要集中在表A-1 中列出的业务过程.业务模块业务名称业务复杂度登录高数据库性能测试高2.3 名词术语约

4、定(1)负载:模拟业务操作对服务器造成压力的过程(2)性能测试(Performance Testing):模拟用户负载来测试系统在负载情况下,系统的响应时间,吞吐量等指标是否满足性能要求(3)负载测试(Load Testing):在一定的软硬件环境下,通过不断加大负载(不同虚拟用户数)来确定在满足性能指标情况下能够承受的最大用户数.简单说,可以帮助我们对系统进行定容定量找出系统性能的拐点,给予生产环境规划建议.这里的性能指标包括TPS(每秒事物数),RT(事物平均响应时间),CPU using(CPU 利用率 ),Mem Using(内存使用情况)等硬件指标.从操作层面上来说,负载测试也是一种

5、性能测试手段,比如下面配置测试就需要变换不同的负载来进行测试.(4)配置测试(Configuration Testing):为了合理的调配资源,提高系统运行效率,通过测试手段来获取,验证,调整配置信息的过程.通过这个过程我们可以收集到不同配置反映出来的不同性能 , 从而为设备选择,设备配置提供参考.(5)压力 /强度测试(Stress Testing):在一定的软硬件条件下,通过高负载的手段来使服务器资源(强度服务器资源,硬件资源)处于极限状态,测试系统在存在极限状态下长时间运行是否稳定,确定是否稳定的标准包括TPS,RT,CPU USING,MEM USIN等G(6)稳定性测试(Endura

6、nce Testing):在一定的硬软件环境下,长时间运行一定负载(一般是最佳并发数),确定系统在满足性能指标的前提下是否运行稳定.在上面的压力/强度测试区别在于负载并不强调在极限状态下,着重的是在满足性能要求的情况下,系统的稳定性.一般我们会在满足性能要求的负载下加大1.5 倍到 2 倍的负载量进行测试(7)TPS:每秒完成的事物数,通常指每秒成功的事物数,性能测试中重要的综合性能指标,一个事物是一个业务度量单位,有时候一个事务会包括多个子操作,但是为了方便统计,我们会把这个多子操作计为一个事务.比如一笔电子支付操作,在后台可能会经历会员系统,财务系统,支付系统,会计系统等,但是对于用户来说

7、只想知道整比支付花费多长时间.(8)RT/ART(Response Time/average Response Time)响应时间:/平均响应时间,指一个事务花费多长时间完成(多长时间响应客户),为了使这个响应时间更具代表性,会统计更多时间来取平均值 , 即得到了事务平均响应时间(ART),为了方便大家通常会直接用RT 来替代ART以后看到,ART以及RT 是代表同一个意思.(9)PV(Page View):每秒用户访问页面的次数,此参数用来分析平均每秒有多少用户访问页面.表 A-1测试范围5 / 133 测试环境3.1 生产环境系统架构WebSever负责反向代理,静态请求处理NginxMy

8、sql13 / 133.2 测试环境系统架构3.3 生产环境软硬件配置表 A-2生产环境软硬件配置硬件名称数量硬件配置软件配置备注DB ServerWeb Server3.4 测试环境软硬件配置表 A-3测试环境软硬件配置硬件名称数量硬件配置软件配置备注DB Server1CPU：Intel(R) Core(TM) i5-6500 CPU 3.20GHz(3201 MHz)RAM：8.00 GB (2400 MHz)Disk：500 GBWin7 64bit Jmeter 3.2 Mysql5.6现在测试环境 试 测 ,第二轮在正式环境服务器系统1内核RedhatCentOS-7.3-643.

9、10.0-514.21.2.el7.x86_643.5 负载机软硬件配置表 A-4负载机软硬件配置硬件名称数量硬件配置软件配置备注负载机1CPU：Intel(R) Core(TM) i5-6500 CPU 3.20GHz(3201 MHz)RAM：8.00 GB (2400 MHz)Disk：500 GBWin7 64bitJmeter 3.2 zabbix第一轮测试在自己 电脑 上 ,因 为电脑上安装很多东 西,第 二 轮 测试需要换到一个比较纯净的负载机环境4. 需求分析4.1 业务模型A5 测试业务模型前台开单业务模型商品往来表 A-6 是业务量统计表 A-6业务量统计业务名称业务量未来

10、业务量数据量响应时间事务成功率10000PV/小时15000PV/小时记录99%登录800PV/每小时1200PV/小时记录99%表 A-7 是存量数据统计表 A-7历史数据统计业务名称业务历史数据订单数量4.2 性能指标表 A-8 是业务性能指标表 A-8业务统计(pv)功能10111213141516171819202122合 计占 比登 录系统综合一下上午业务名称(描述)高峰业务量TPS并发数响应时间事务成功率10000PV/小时1230099%800PV/小时0.91599%表 A-9业务指标硬件指标如表A-10硬件类型指标范围备注CPU70%内存70%存储无明显IO瓶颈网络30%5

11、测试策略此次性能测试目的(1) .基于XXX业务量的要求,评估XXX管理平台是否能满足性能要求(2) .进行配置测试,找到相对合理的测试(3) .对 XXX进行定容定量,提供规划参考(4) .验证系统的稳定性,验证系统的容错能力(5) .测试并找到系统可能存在的性能问题,分析系统瓶颈采用 JMeter 来模拟用户请求,针对测试目标会进行多轮测试第一轮在测试过程中尝试多种不同的配置进行压测,优化系统参数的配置,找出可能存在的性能问题第二轮进行定容定量的测试,为系统扩展提供参考,同时也回归上一轮修改的性能问题第三轮进行稳定性测试,验证系统容错能力测试开始前准备足够的存量业务数据,测试过程中也需要持

12、续一段时间,确保结果的普遍性可参考性;同时监控系统性能指标与中间件及数据库性能指标,确保能全面的对系统进行评估5.1 测试执行策略测试执行策略如表A-11表 A-11测试执行策略开始时间结束时间测试类型测试目的基准测试测试环境验证,脚本验证,测试基准配置测试第一轮测试,优化配置,找出性能问题负载测试第二轮测试,定容定量,回归性能问题稳定性测试第三轮测试,系统稳定性验证5.2 测试监控策略测试监控主要用于以下两个方面(见表A-12)(1)业务性能指标:TPS与 RT等(2)硬件性能指标:CPU,Mem,Disk 等表 A-12 监控策略服务器监控指标监控工具以及方法备注Mysql5.6CPU,M

13、em,DISK,连接数 慢查询ZabbixWeb ServerCPU,Mem,Disk,NetworkWindows Perfmon6 测试场景6.1 前台开单测试场景配合上面的测试策略,设计如表A-13 测试场景,其中并发数根据业务量进行换算所得,做为负载量参考,在测试执行过程中会根据TPS及 ThinkTime 进行并发用户数调整场景编号测试类型设计业务业务占比运行时间并发数目的V1.0第一轮测 试基准测试配置测试10%3S3060%12S18030%6S90V1.1第一轮测 试 基准测试配置测试N/A5S300V1.2第一轮测 试 基准测试 配置测试10%2S3050%10S15040%

14、6S120V1.3第一轮测 试基准测试配置测试数据库数据库数据库V1.4第一轮测 试基准测试配置测试V1.5数据库性 能测试说明 :7 测试准备(1)测试准备工作如下,包括负载工具,监控工具,文档管理工具等(2)测试脚本及测试程序准备(3)测试数据准备(4)测试环境准备7.1 测试工具准备测试准备见表A-14表 A-14测试准备工具名称用途备注JMeter负载工具用于模拟负载Monyog数据库监控Mysql 监控Zabbix硬件性能监控监控lunix 系统硬件指标Netstat网络连接数监控网络连接数监控7.2 测试脚本及程序准备表 A-15测试脚本开发计划业务负责人完成日期登录各种报表性能测

15、试数据库性能测试以及优化7.3 测试数据准备表 A-16测试数据准备计划业务数据量负责人完成日期导购新增20009.20 之前门店2009.20 之前顾客10W9.20 之前各种报表数据插入30W9.20 之前大数据导入5W7.4 测试环境准备表 A-17准备类型负责人完成日期硬件设置准备完毕必要软件准备完毕系统部署完毕环境验证完毕数据准备Zabbix安装8 测试组织架构测试组织架构B-1 人员安排表 A-18角色职责时间安排制定测试计划,完成人员调配协调项目整体资源,完成测试计划,以及性能测试任务,发现性能问题协助测试完成数据库数据插入,包括xxx,人员等数据插入,要保证数据的唯一性,可靠性,可识别性安装zabbix 插件到服务器中,测试监控服务器,数据库性能安装服务器,配置服务器各项基础配置.9 项目风险受环境人力及自然因素影响,在测试过程中难免会出现一些影响测试执行过程的因素,风险及规避方法如表A-19分类风险描述风险级别规避方法人员风险人力资源,人员经验不足高储备机动人员,培训,文档规范化软件风险由于发现严重缺陷引发较长时间程序修改,造成测试进度延迟高协