web性能测试专题计划.doc

上传人:胜**** 文档编号:97941696 上传时间:2024-07-08 格式:DOC 页数:14 大小:199.04KB
返回 下载 相关 举报
web性能测试专题计划.doc_第1页
第1页 / 共14页
web性能测试专题计划.doc_第2页
第2页 / 共14页
点击查看更多>>
资源描述

《web性能测试专题计划.doc》由会员分享,可在线阅读,更多相关《web性能测试专题计划.doc(14页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、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测试脚本及程序准备117.3测试数据准备117

2、.4测试环境准备118测试组织架构119项目风险121.文档简介1.1 文档目本测试报告为XXX平台项目性能测试报告,目在于总结测试阶段测试以及分析测试成果,描述系统与否符合性能需求。1.2 参照文献 1.3编写目从文档描述XXX发布系统性能测试范畴、办法、资源、进度,作为XXX发布系统性能测试根据,该文档目重要有:1、明确测试范畴、测试对象2、明确测试目的3、明确测试环境需求,涉及:测试需要软、硬件环境以及测试人力需求4、拟定测试方案,测试办法和环节5、指定测试工作时间安排6、分析测试风险,寻找规避办法7、拟定测试需求输出成果和成果体现形式2.性能有关描述2.1性能测试指标(1).基于XXX

3、业务量规定,评估XXX平台与否能满足性能规定(2).进行配备测试,找到相对合理测试(3).对XXX进行定容定量,提供规划参照(4).验证系统稳定性,验证系统容错能力(5).测试并找到系统也许存在性能问题,分析系统瓶颈2.2性能测试范畴通过性能测试需求调研,分析顾客使用行为.对系统顾客及业务数据量作了定量分析,性能测试将重要集中在表A-1中列出业务过程.表A-1 测试范畴业务模块业务名称业务复杂度登录高数据库性能测试高2.3 名词术语商定(1)负载:模仿业务操作对服务器导致压力过程(2)性能测试(Performance Testing):模仿顾客负载来测试系统在负载状况下,系统响应时间,吞吐量等

4、指标与否满足性能规定(3)负载测试(Load Testing):在一定软硬件环境下,通过不断加大负载(不同虚拟顾客数)来拟定在满足性能指标状况下可以承受最大顾客数.简朴说,可以协助咱们对系统进行定容定量找出系统性能拐点,予以生产环境规划建议.这里性能指标涉及TPS(每秒事物数),RT(事物平均响应时间),CPU using(CPU 运用率),Mem Using(内存使用状况)等硬件指标.从操作层面上来说,负载测试也是一种性能测试手段,例如下面配备测试就需要变换不同负载来进行测试.(4)配备测试(Configuration Testing):为了合理调配资源,提高系统运营效率,通过测试手段来获取

5、,验证,调节配备信息过程.通过这个过程咱们可以收集到不同配备反映出来不同性能,从而为设备选取,设备配备提供参照.(5)压力/强度测试(Stress Testing):在一定软硬件条件下,通过高负载手段来使服务器资源(强度服务器资源,硬件资源)处在极限状态,测试系统在存在极限状态下长时间运营与否稳定,拟定与否稳定原则涉及TPS,RT,CPU USING,MEM USING等(6)稳定性测试(Endurance Testing):在一定硬软件环境下,长时间运营一定负载(普通是最佳并发数),拟定系统在满足性能指标前提下与否运营稳定.在上面压力/强度测试区别在于负载并不强调在极限状态下,着重是在满足性

6、能规定状况下,系统稳定性.普通咱们会在满足性能规定负载下加大1.5倍到2倍负载量进行测试(7)TPS:每秒完毕事物数,普通指每秒成功事物数,性能测试中重要综合性能指标,一种事物是一种业务度量单位,有时候一种事务会涉及各种子操作,但是为了以便记录,咱们会把这个多子操作计为一种事务.例如一笔电子支付操作,在后台也许会经历会员系统,财务系统,支付系统,会计系统等,但是对于顾客来说只想懂得整比支付耗费多长时间.(8)RT/ART(Response Time/average Response Time):响应时间/平均响应时间,指一种事务耗费多长时间完毕(多长时间响应客户),为了使这个响应时间更具代表性

7、,会记录更多时间来取平均值,即得到了事务平均响应时间(ART),为了以便人们普通会直接用RT来代替ART,后来看到ART以及RT 是代表同一种意思.(9)PV(Page View):每秒顾客访问页面次数,此参数用来分析平均每秒有多少顾客访问页面.3 测试环境3.1生产环境系统架构WebSever负责反向代理,静态祈求解决NginxMysql3.2测试环境系统架构3.3 生产环境软硬件配备表A-2 生产环境软硬件配备硬件名称数量硬件配备软件配备备注DB ServerWeb Server3.4 测试环境软硬件配备表A-3 测试环境软硬件配备硬件名称数量硬件配备软件配备备注DB Server1CPU

8、: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) Core(TM) i5-6500 CPU 3.20GHz(3201 MHz)RAM:8.00 GB ( 2400 MHz)

9、Disk:500 GBWin7 64bitJmeter 3.2zabbix第一轮测试在自己电脑上,由于电脑上安装诸多东西,第二轮测试需要换到一种比较纯净负载机环境4.需求分析4.1业务模型前台开单业务模型 A5测试业务模型商品往来 表A-6是业务量记录表A-6 业务量记录业务名称业务量将来业务量数据量响应时间事务成功率10000PV/小时15000PV/小时记录99%登录800PV/每小时1200PV/小时记录99%表A-7是存量数据记录 表A-7 历史数据记录业务名称业务历史数据订单数量4.2 性能指标记录PV表A-8是业务性能指标表A-8 业务记录(pv)功能101112131415161

10、71819202122共计占比登录系统综合一下上午.表A-9 业务指标依照PV计算tps,并发数业务名称(描述)高峰业务量TPS并发数响应时间事务成功率10000PV/小时1230099%800PV/小时0.91599%硬件指标如表 A-10硬件类型指标范畴备注CPU70%内存70%存储无明显IO瓶颈网络30%5 测试方略本次性能测试目(1).基于XXX业务量规定,评估XXX管理平台与否能满足性能规定(2).进行配备测试,找到相对合理测试(3).对XXX进行定容定量,提供规划参照(4).验证系统稳定性,验证系统容错能力(5).测试并找到系统也许存在性能问题,分析系统瓶颈采用JMeter来模仿顾

11、客祈求,针对测试目的会进行多轮测试第一轮在测试过程中尝试各种不同配备进行压测,优化系统参数配备,找出也许存在性能问题第二轮进行定容定量测试,为系统扩展提供参照,同步也回归上一轮修改性能问题第三轮进行稳定性测试,验证系统容错能力测试开始前准备足够存量业务数据,测试过程中也需要持续一段时间,保证成果普遍性,可参照性;同步监控系统性能指标与中间件及数据库性能指标,保证能全面对系统进行评估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前台开单测试场景配合上面测试方略,设计如表A-13测试场景,其中并发数依照业务量进行换算所得,做为负载量参照,在测试执行过程中会依照TPS及ThinkTime进行并发顾客数调节.场景编号测试

13、类型设计业务业务占比运营时间并发数目V1.0第一轮测试基准测试配备测试10%3S3060%12S18030%6S90V1.1第一轮测试基准测试配备测试N/A5S300V1.2第一轮测试基准测试配备测试10%2S3050%10S15040%6S120V1.3第一轮测试基准测试配备测试数据库数据库数据库V1.4第一轮测试基准测试配备测试V1.5 数据库性能测试阐明:7测试准备(1)测试准备工作如下,涉及负载工具,监控工具,文档管理工具等.(2)测试脚本及测试程序准备(3)测试数据准备(4)测试环境准备7.1测试工具准备测试准备见表A-14表A-14 测试准备工具名称用途备注JMeter负载工具用于

14、模仿负载Monyog数据库监控Mysql监控Zabbix硬件性能监控监控lunix系统硬件指标Netstat网络连接数监控网络连接数监控7.2测试脚本及程序准备表A-15 测试脚本开发筹划业务负责人完毕日期登录各种报表性能测试数据库性能测试以及优化7.3测试数据准备表A-16 测试数据准备筹划业务数据量负责人完毕日期导购新增9.20之前门店2009.20之前顾客10W9.20之前各种报表数据插入30W9.20之前大数据导入5W7.4测试环境准备表A-17准备类型负责人完毕日期硬件设立准备完毕必要软件准备完毕系统布置完毕环境验证完毕数据准备Zabbix安装8测试组织架构测试组织架构图B-1人员安

15、排表A-18 角色职责时间安排制定测试筹划,完毕人员调配协调项目整体资源,完毕测试筹划,以及性能测试任务,发现性能问题协助测试完毕数据库数据插入,涉及xxx,人员等数据插入,要保证数据唯一性,可靠性,可辨认性安装zabbix插件到服务器中,测试监控服务器,数据库性能安装服务器,配备服务器各项基本配备.9项目风险受环境人力及自然因素影响,在测试过程中难免会浮现某些影响测试执行过程因素,风险及规避办法如表A-19分类风险描述风险级别规避办法人员风险人力资源,人员经验局限性高储备机动人员,培训,文档规范化软件风险由于发现严重缺陷引起较长时间程序修改,导致测试进度延迟高协助开发人员拟定缺陷,并提出建议方式,必要时恰当延长周期,采用增长测试人员办法进度风险开发方未能按期交付待测系统/待测试系统未通过冒烟测试,导致测试不能如期进行高延长测试时间或增长人员资源变更风险测试过程中需求发送变化,导致测试工作量增长高及时修改测试筹划,加班完毕或恰当申请延长测试时间系统风险在测试过程中浮现系统宕机,无法继续测试高启动备用机,尽快修复系统数据风险测试数据有误,导致交易失败中测试前验证每个数据环境风险布置,网络等导致影响中增长测试资源,如祈求对测试工作提供更多支持

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 其他杂项

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁