服务器的稳定性服务器稳定性测试思路方法.pdfVIP

服务器的稳定性服务器稳定性测试思路方法.pdf

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
服务器的稳定性服务器稳定性测试思路方法

服务器的稳定性:服务器稳定性测试思路方法 疯狂代码 http://CrazyC/ ĵ http:/CrazyC/SoftwareTesting/Article35038.html   服务器稳定性是最重要如果在稳定性方面不能够保证业务运行需要在高性能也是无用   正规服务器厂商都会对产品惊醒区别温度和湿度下运行稳定性测试重点要考虑是冗余功能如:数据冗余、网 卡荣誉、电源冗余、风扇冗余等 些测试思路方法主要分以下几种   压力测试:已知系统高峰期使用人数验证各事务在最大并发数(通过高峰期人数换算)下事务响应时间能够达 到客户要求系统各性能指标在这种压力下是否还在正常数值的内系统是否会因这样压力导致不良反应(如:宕机、 应用异常中止等)   Ramp Up 增量设计:如并发用户为75人系统注册用户为1500人以5%-7%作为并发用户参考值般以每 15s加载5人方式进行增压设计该数值主要参考测试加压机性能建议Run几次以事务通过率和率衡量实际加载方 式   Ramp Up增量设计目标: 寻找已增量方式加压系统性能瓶颈位置抓住出现性能拐点时机般常用参考Hits点 击率和吞吐量、CPU、内存使用情况综合判断模拟高峰期使用人数如早晨登录下班后退出工资发送时消息系统 等   另种极限模拟方式可视为在峰值压力情况下同时点击事务操作系统极限操作指标加压方式不变在各脚本事 务点中设置同集合点名称(如:lr_rendzvous(same);)在场景设计中使用事务点集合策略以同时达到集合点百分 率为标准同时释放所有正在RunVuser   稳定性测试:已知系统高峰期使用人数、各事务操作频率等设计综合测试场景测试时将每个场景按照定人数 比率起运行模拟用户使用数年情况并监控在测试中系统各性能指标在这种压力下是否能保持正常数值事务响应 时间是否会出现波动或随测试时间增涨而增加系统是否会在测试期间内发生如宕机、应用中止等异常情况   根据上述测试中各事务条件下出现性能拐点位置已确定稳定性测试并发用户人数仍然根据实际测试服务器 (加压机、应用服务器、数据服务器 3方性能)估算最终并发用户人数 场景设计思想 从稳定性测试场景设计意义应分多种情况考虑   针对同个场景为例以下以公文附件上传为例简要分析场景设计思想   1)场景:已压力测试环境下性能拐点并发用户为设计测试场景目验证极限压力情况下测试服务器各性能指标   2)场景 2:根据压力测试环境中CPU、内存等指标选取服务器所能承受最大压力50%来确定并发用户数   测试思路方法:采用1)Ramp Up-Load all Vusers simultaneously   2)Duration-Run Indefinitely   3)在Sechedule-勾选Initalize all Vusers before Run   容错性测试:通过模拟些非正常情况(如:服务器突然断电、网络时断时续、服务器硬盘空间不足等)验证系统 在发生这些情况时是否能够有自动处理机制以保障系统正常运行或恢复运行措施如有HA(自动容灾系统)还可以 专门针对这些自动保护系统进行另外测试验证其能否有效触发保护措施   问题排除性测试:通过原有案例或经验判断针对系统中曾经发生问题或怀疑存在隐患模块进行验证测试验证 这些模块是否还会发生同样性能问题如:上传附件模块内存泄露问题、地址本模块优化、开启Tivoli性能监控对 OA系统性能影响等等   测评测试是用于获取系统关键性能指标点而进行相关测试主要是针对预先没有明确预期测试结果而是要通 过测试获取在特定压力场景下性能指标(如:事务响应时间、最大并发用户数等)   评测事务交易时间:为获取某事务在特定压力下响应时间而进行测试活动通过模拟已知客户高峰期各压力值 或预期所能承受压力值获取事务在这种压力下响应时间 评测事务最大并发用户数:为获取某事务在特定系统环境下所能承受最大并发用户数而进行测试活动通过模拟真 实环境或直接采用真实环境评测在这种环境下事务所能承受最大并发用户数判定标准阈值需预先定义(如响应时 间CPU占用率内存占用率已出现点击率峰值已出现吞吐量峰值等)   评测系统最大并发用户数:为获取整个系统所能够承受最大并发用户数而进行测试活动通过预先分析项目各 主要模块使用比率和频率定义各事务在综合场景中所占比率以比率方式分配各事务并发用户数模拟真实环境或 直接采

文档评论(0)

hhuiws1482 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:5024214302000003

1亿VIP精品文档

相关文档