我测过的系统主要是典型的ASP.NET开发的web应用
1.当然是用LR模拟性能需求场景,记录各项指标
一是度量,比如说页面加载响应慢,慢到什么程度要有个定量指标
二是对比,在确定瓶颈调优后对比测试结果
2.按领域逐类别分析,上面已经有很详细的图了,对照之后逐项分析排查
在硬件级,看是否能用几组不同性能的服务器作对比分析,看系统性能是否能随服务器性能改善线性增加
在服务器级,做一下设置方面调整,内存、缓存、IO、应用池、web园等,看是否性能有明显改善
在应用程序级,用LR的页面细分
看一下Time to First Buffer,看是服务器问题还是网络问题,一般都是服务器端(排除另一个)
找响应时间长的页面,看下Download Time,Component,注意到页面上有类元素加载次数较多,虽然单个的加载时间极短,但由于重复个数较多,所以总页面响应时间上去了。查看这个元素,是一棵树上的节点,由开发静态走查涉及的程序块,发现一次性把整个节点树都加载到页面了,在小数据量情况下问题不明显,但大数据量下对性能影响很大。另外就是最白盒检查,分析哪些函数调用次数比较多,有一些专门工具辅助。
在数据库级,用sqlProfiler跟踪提交语句,或者用sqlserver统计视图显示提交语句统计信息,将占用资源过多的语句进行执行计划分析,用引擎优化顾问尝试优化
用活动监视器看连接情况,锁情况,有一次就发现数据库连接使用完后没立即释放,当并发后数据库连接池就爆满了。另一个就是对临界资源的并发,一般开发提交事务时一般只会用一个线程自测,并发测试后就容易出问题,出现问题后,看一下相关系统日志是否有记录,或者让开发写程序日志,加入调试信息,打印日志(所以性能测试需要团队合作,很多时候最开始只是一些不明显的症状,需要开发调试后才能进一步确认瓶颈)
在客户端,注意到IE和chrome页面呈现速度差别比较大,究其原因在于chrome用的解析引擎对javascript有极快的渲染速度,没什么太好解决方法,只能建议客户升级到高版本IE
3.同行产品比对,确定阀值
有时用一般的页面响应标准也不知道适不适合本系统业务,所以找同类业务的开源产品,比如登录什么的,评估一下,确定响应阀值(这样定的阀值比较有说服力,别人能做到的我们也应该行,超过这个阀值就要优化),通过学习他的方式。 学习ing 学习学习 推荐一本好书《软件性能测试过程详解与案例剖析.pdf》 里面讲的很详细。:lol 回复 13# helengreens
服务器连接数超过上限,请问如何判断Linux的连接数超过上限 学习一下 回复 5# zhyb_2008
您好,能否指导一下菜鸟,
怎么可以按那些基础数据设计出报告中相应的场景。谢谢了~~~ 都是狗屁“砖家”,都是些夸夸其谈的内容;没有任何得实际意义!一群垃圾! 都是狗屁“砖家”,都是些夸夸其谈的内容;没有任何得实际意义!一群垃圾!
zhifei.xie 发表于 2011-5-9 14:07 http://bbs.51testing.com/images/common/back.gif
你想要什么,告诉我。
页:
1
[2]