《web性能测试计划(11页).docx》由会员分享，可在线阅读，更多相关《web性能测试计划(11页).docx（11页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-web性能测试计划-第 11 页XXXX性能测试文档编号V.1.0保密等级机密作者最后修改日期审核人最后审批日期批准人最好批准日期目录1.文档介绍31.1 文档目的31.2 参考文献31.3编写目的32.性能相关描述32.1性能测试指标32.2性能测试范围32.3 名词术语约定43 测试环境53.1生产环境系统架构53.2测试环境系统架构63.3 生产环境软硬件配置63.4 测试环境软硬件配置63.5 负载机软硬件配置64.需求分析74.1业务模型74.2 性能指标85 测试策略95.1测试执行策略95.2 测试监控策略106测试场景107测试准备107.1测试工具准备107.2测试脚本及程
2、序准备117.3测试数据准备117.4测试环境准备118测试组织架构119项目风险121.文档介绍1.1 文档目的本测试报告为XXX平台项目的性能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合性能需求。1.2 参考文献1.3编写目的从文档描述XXX发布系统性能测试的范围、方法、资源、进度，作为XXX发布系统性能测试的依据，该文档的目的主要有：1、明确测试范围、测试对象2、明确测试目标3、明确测试环境需求，包括：测试需要的软、硬件环境以及测试人力需求4、确定测试方案，测试的方法和步骤5、指定测试工作的时间安排6、分析测试的风险，寻找规避办法7、确定测试需求输出的结果和结果
3、表现形式2.性能相关描述2.1性能测试指标(1).基于XXX业务量的要求,评估XXX平台是否能满足性能要求(2).进行配置测试,找到相对合理的测试(3).对XXX进行定容定量,提供规划参考(4).验证系统的稳定性,验证系统的容错能力(5).测试并找到系统可能存在的性能问题,分析系统瓶颈2.2性能测试范围通过性能测试需求调研,分析用户使用行为.对系统的用户及业务数据量作了定量分析,性能测试将主要集中在表A-1中列出的业务过程.表A-1 测试范围业务模块业务名称业务复杂度登录高数据库性能测试高2.3 名词术语约定(1)负载:模拟业务操作对服务器造成压力的过程(2)性能测试(Performance
4、Testing):模拟用户负载来测试系统在负载情况下,系统的响应时间,吞吐量等指标是否满足性能要求(3)负载测试(Load Testing):在一定的软硬件环境下,通过不断加大负载(不同虚拟用户数)来确定在满足性能指标情况下能够承受的最大用户数.简单说,可以帮助我们对系统进行定容定量找出系统性能的拐点,给予生产环境规划建议.这里的性能指标包括TPS(每秒事物数),RT(事物平均响应时间),CPU using(CPU 利用率),Mem Using(内存使用情况)等硬件指标.从操作层面上来说,负载测试也是一种性能测试手段,比如下面配置测试就需要变换不同的负载来进行测试.(4)配置测试(Config
5、uration Testing):为了合理的调配资源,提高系统运行效率,通过测试手段来获取,验证,调整配置信息的过程.通过这个过程我们可以收集到不同配置反映出来的不同性能,从而为设备选择,设备配置提供参考.(5)压力/强度测试(Stress Testing):在一定的软硬件条件下,通过高负载的手段来使服务器资源(强度服务器资源,硬件资源)处于极限状态,测试系统在存在极限状态下长时间运行是否稳定,确定是否稳定的标准包括TPS,RT,CPU USING,MEM USING等(6)稳定性测试(Endurance Testing):在一定的硬软件环境下,长时间运行一定负载(一般是最佳并发数),确定系统
6、在满足性能指标的前提下是否运行稳定.在上面的压力/强度测试区别在于负载并不强调在极限状态下,着重的是在满足性能要求的情况下,系统的稳定性.一般我们会在满足性能要求的负载下加大1.5倍到2倍的负载量进行测试(7)TPS:每秒完成的事物数,通常指每秒成功的事物数,性能测试中重要的综合性能指标,一个事物是一个业务度量单位,有时候一个事务会包括多个子操作,但是为了方便统计,我们会把这个多子操作计为一个事务.比如一笔电子支付操作,在后台可能会经历会员系统,财务系统,支付系统,会计系统等,但是对于用户来说只想知道整比支付花费多长时间.(8)RT/ART(Response Time/average Resp
7、onse Time):响应时间/平均响应时间,指一个事务花费多长时间完成(多长时间响应客户),为了使这个响应时间更具代表性,会统计更多时间来取平均值,即得到了事务平均响应时间(ART),为了方便大家通常会直接用RT来替代ART,以后看到ART以及RT 是代表同一个意思.(9)PV(Page View):每秒用户访问页面的次数,此参数用来分析平均每秒有多少用户访问页面.3 测试环境3.1生产环境系统架构WebSever负责反向代理,静态请求处理NginxMysql3.2测试环境系统架构3.3 生产环境软硬件配置表A-2 生产环境软硬件配置硬件名称数量硬件配置软件配置备注DB ServerWeb
8、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 64bitJmeter 3.2Mysql5.6现在测试环境试测,第二轮在正式环境服务器系统1内核3.10.0-514.21.2.el7.x86_64Redhat CentOS-7.3-643.5 负载机软硬件配置表A-4 负载机软硬件配置硬件名称数量硬件配置软件配置备注负载机1CPU：Intel(R)
9、 Core(TM) i5-6500 CPU 3.20GHz(3201 MHz)RAM：8.00 GB ( 2400 MHz)Disk：500 GBWin7 64bitJmeter 3.2zabbix第一轮测试在自己电脑上,因为电脑上安装很多东西,第二轮测试需要换到一个比较纯净的负载机环境4.需求分析4.1业务模型前台开单业务模型 A5测试业务模型商品往来 表A-6是业务量统计表A-6 业务量统计业务名称业务量未来业务量数据量响应时间事务成功率10000PV/小时15000PV/小时记录99%登录800PV/每小时1200PV/小时记录99%表A-7是存量数据统计 表A-7 历史数据统计业务名称
10、业务历史数据订单数量4.2 性能指标统计PV表A-8是业务性能指标表A-8 业务统计(pv)功能10111213141516171819202122合计占比登录系统综合一下上午.表A-9 业务指标根据PV计算tps,并发数业务名称(描述)高峰业务量TPS并发数响应时间事务成功率10000PV/小时1230099%800PV/小时0.91599%硬件指标如表 A-10硬件类型指标范围备注CPU70%内存70%存储无明显IO瓶颈网络30%5 测试策略此次性能测试目的(1).基于XXX业务量的要求,评估XXX管理平台是否能满足性能要求(2).进行配置测试,找到相对合理的测试(3).对XXX进行定容定
11、量,提供规划参考(4).验证系统的稳定性,验证系统的容错能力(5).测试并找到系统可能存在的性能问题,分析系统瓶颈采用JMeter来模拟用户请求,针对测试目标会进行多轮测试第一轮在测试过程中尝试多种不同的配置进行压测,优化系统参数的配置,找出可能存在的性能问题第二轮进行定容定量的测试,为系统扩展提供参考,同时也回归上一轮修改的性能问题第三轮进行稳定性测试,验证系统容错能力测试开始前准备足够的存量业务数据,测试过程中也需要持续一段时间,确保结果的普遍性,可参考性;同时监控系统性能指标与中间件及数据库性能指标,确保能全面的对系统进行评估5.1测试执行策略测试执行策略如表A-11表A-11 测试执行
12、策略开始时间结束时间测试类型测试目的基准测试测试环境验证,脚本验证,测试基准配置测试第一轮测试,优化配置,找出性能问题负载测试第二轮测试,定容定量,回归性能问题稳定性测试第三轮测试,系统稳定性验证5.2 测试监控策略测试监控主要用于以下两个方面(见表A-12)(1)业务性能指标:TPS与RT等(2)硬件性能指标:CPU,Mem,Disk等表A-12 监控策略服务器监控指标监控工具以及方法备注Mysql5.6CPU,Mem,DISK,连接数慢查询ZabbixWeb ServerCPU,Mem,Disk,NetworkWindows Perfmon6测试场景6.1前台开单测试场景配合上面的测试策略
13、,设计如表A-13测试场景,其中并发数根据业务量进行换算所得,做为负载量参考,在测试执行过程中会根据TPS及ThinkTime进行并发用户数调整.场景编号测试类型设计业务业务占比运行时间并发数目的V1.0第一轮测试基准测试配置测试10%3S3060%12S18030%6S90V1.1第一轮测试基准测试配置测试N/A5S300V1.2第一轮测试基准测试配置测试10%2S3050%10S15040%6S120V1.3第一轮测试基准测试配置测试数据库数据库数据库V1.4第一轮测试基准测试配置测试V1.5 数据库性能测试说明:7测试准备(1)测试准备工作如下,包括负载工具,监控工具,文档管理工具等.(
14、2)测试脚本及测试程序准备(3)测试数据准备(4)测试环境准备7.1测试工具准备测试准备见表A-14表A-14 测试准备工具名称用途备注JMeter负载工具用于模拟负载Monyog数据库监控Mysql监控Zabbix硬件性能监控监控lunix系统硬件指标Netstat网络连接数监控网络连接数监控7.2测试脚本及程序准备表A-15 测试脚本开发计划业务负责人完成日期登录各种报表性能测试数据库性能测试以及优化7.3测试数据准备表A-16 测试数据准备计划业务数据量负责人完成日期导购新增20009.20之前门店2009.20之前顾客10W9.20之前各种报表数据插入30W9.20之前大数据导入5W7
15、.4测试环境准备表A-17准备类型负责人完成日期硬件设置准备完毕必要软件准备完毕系统部署完毕环境验证完毕数据准备Zabbix安装8测试组织架构测试组织架构图B-1人员安排表A-18 角色职责时间安排制定测试计划,完成人员调配协调项目整体资源,完成测试计划,以及性能测试任务,发现性能问题协助测试完成数据库数据插入,包括xxx,人员等数据插入,要保证数据的唯一性,可靠性,可识别性安装zabbix插件到服务器中,测试监控服务器,数据库性能安装服务器,配置服务器各项基础配置.9项目风险受环境人力及自然因素影响,在测试过程中难免会出现一些影响测试执行过程的因素,风险及规避方法如表A-19分类风险描述风险
16、级别规避方法人员风险人力资源,人员经验不足高储备机动人员,培训,文档规范化软件风险由于发现严重缺陷引发较长时间程序修改,造成测试进度延迟高协助开发人员确定缺陷,并提出建议方式,必要时适当延长周期,采取增加测试人员的方法进度风险开发方未能按期交付待测系统/待测试系统未通过冒烟测试,导致测试不能如期进行高延长测试时间或增加人员资源变更风险测试过程中需求发送变化,导致测试工作量增加高及时修改测试计划,加班完成或适当申请延长测试时间系统风险在测试过程中出现系统宕机,无法继续测试高启动备用机,尽快修复系统数据风险测试数据有误,造成交易失败中测试前验证每个数据环境风险部署,网络等造成影响中增加测试资源,如请求对测试工作提供更多支持