西安理工大学《软件测试技术》6-4 性能测试.pptVIP

西安理工大学《软件测试技术》6-4 性能测试.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
并发用户数 ≠ 每秒请求数 这是两个容易让初学者混淆的概念。 简单说,当你在性能测试工具或者脚本中 设置了100并发用户数后,并不能期望着一定会有每秒100个请求发给服务器。事实上,对于一个虚拟用户来说,每秒发出多少请求只跟服务器返回响应的速度 有关。如果虚拟用户在0.5秒内就收到了响应,那么它会立即发出第二个请求;而如果要一直等待3秒才能得到响应,它将会一直等到收到响应后才发出第二个请 求。也就是说,并发用户数的设置只是保证服务器在任一时刻都有100个请求需要处理,而并不一定是保证每秒中发送100个请求给服务器。 * 新浪互联星空网站的体系结构(4000万动态pv-6台服务器) /home.php?mod=spaceuid=12643do=blogid=567 并发连接数5000并不算多,主流的双核以上CPU,1G以上内存就够用。建议选用Intel千兆网卡 * 在LoadRunner中,这个指标是以字节数为单位来衡量网络吞吐量的 在JMeter中则是以事务数/秒为单位来衡量系统的响应能力的。不过在大多数英文的性能测试方面的书籍或资料中,吞吐量的定义使用的是后者。 * * 开始,随着并发用户数的增长,资源占用率和吞吐量会相应的增长,但是响应时间的变化不大;不过当并发用户数增长到一定程度后,资源占用达到饱和,吞吐量增 长明显放缓甚至停止增长,而响应时间却进一步延长。如果并发用户数继续增长,你会发现软硬件资源占用继续维持在饱和状态,但是吞吐量开始下降,响应时间明 显的超出了用户可接受的范围,并且最终导致用户放弃了这次请求甚至离开。 图中划分了三个区域,分别是Light Load(较轻的压力)、Heavy Load(较重的压力)和Buckle Zone(用户无法忍受并放弃请求)。在Light Load和Heavy Load 两个区域交界处的并发用户数,我们称为“最佳并发用户数(The Optimum Number of Concurrent Users)”,而Heavy Load和Buckle Zone两个区域交界处的并发用户数则称为“最大并发用户数(The Maximum Number of Concurrent Users)”。 * 理发店内场景的模拟 性能评价举例 如果持续每个小时3个顾客? 性能评价举例 “理发店”的性能模型 性能评价举例 一个实际项目的测试数据 性能评价 最佳/最大并发用户数的意义 最佳并发用户数 应当大于系统的平均负载 当并发用户数持续大于该值,可能会出现部分用户请求失败 最大并发用户数 应当大于系统的峰值负载 当并发用户数大于该值,则系统性能不可接受 监控指标- CPU CPU 资源成为系统性能的瓶颈的征兆 :? 很慢的响应时间 CPU 空闲时间为零 过高的用户占用 CPU 时间 ? 过高的系统占用 CPU 时间 长时间的有很长的运行进程队列 监控指标-CPU (1)首先查看System%Total Processor Time性能计数器的计数值   该值用于体现服务器整体的处理器利用率,对多处理器的系统而言,该数值体现的是所有CPU的平均利用率。 好:70% 坏:85% 极差:95% (2)其次查看每个CPU的Processor%Processor Time和Processor%User Time和Processor%Privileged Time。 Processor%User Time是指系统的非核心操作消耗的CPU时间,如果该值较大,可以考虑是否通过算法优化等方法降低该值。 如果服务器是数据库服务器,Processor%User Time值大的原因很可能是数据库的排序或函数操作消耗了过多的CPU时间,此时可以考虑对数据库系统进行优化。 监控指标 -CPU (3)研究系统处理器瓶颈   查看SystemProcessor Queue Length计数器的值,当该值大于CPU数量的总数+1时,说明产生了处理器阻塞。 产生阻塞时,Processor%Processor Time计数器的值并不一定很大,此时就需要查找处理器阻塞的原因。 监控指标-内存 内存资源成为系统性能的瓶颈的征兆 : 很高的换页率 (high pageout rate); 进程进入不活动状态 ; 交换区所有磁盘的活动次数可高 ; 可高的全局系统 CPU 利用率 ;? 内存不够出错 (out of memory errors) 监控指标 -内存 (1)首先查看Memory Available Mbytes指标   该值是用于描述系统可用内存的直接指标,在对系统进行操作系统级别的内存分析时,首先了解系统是否仍然有足够的内存可用。 监控指标 -内存 (2)注意Pa

文档评论(0)

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

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

版权声明书
用户编号:8135026137000003

1亿VIP精品文档

相关文档