心有多大,舞台就有多大,希望结识做网站测试的朋友们; 测试需要横向扩展也需要纵向延伸 我相信自己会在测试的道路上走的很远..............................

090706 论坛性能测试帖子感受总结

上一篇 / 下一篇  2009-07-06 14:24:28 / 个人分类:性能测试

一、对服务器所施加的压力和所服务器本身所设置的最大连接数的关系
施压的访问量并不需要达到应用服务器设置的最大连接数,连接量也有可能达到限制。这跟应用本身有很大的关系。增加压力时逐渐出现错误不要急着下结果;当然根本上的做法应该是事先将连接数设置配置好。

二、在线用户数如何转换成并发用户数?
这个问题我在具体做测试的时候遇到过,当时我是录制了好几个脚本,根据实际情况,考虑了每个脚本设置的人数,然后一起跑,以为就可以测出网站的最大在线人数,现在看来当时的这种做法是错误的。
在线用户数应该转换为并发用户数来变相的进行测试
必须要有大量的历史日志信息来支撑了。系统日志需要有同时在线用户数量的日志信息,还需要有用户操作次数的日志信息,这2个数据的比例就是同时在线用户转换到并发数的比例

三、如何估算服务器内存是否足够?
1
个连接产生1session,每个session在服务器上有个内存空间大小的设置,在NT上是3M,那么10万并发就需要300G内存,当然实际使用中考虑其他程序也占用内存,所以准备的内存数量要求比这个还要多一些。

四、对设置think time的理解
1
、跑单个业务的脚本,本身就不符合实际情况(因为实际使用中,肯定会有多个用户在使用不同的业务),之所以还要这么测,我感觉主要目的就是为了测试该模块或功能的瓶颈在哪里?既然这样,那就给它加压,即使实际用户使用中可能不会对服务器产生这么大的压力,但为了得到响应时间的准确值和系统的瓶颈,所以不设置思考时间
2
、而对于复合脚本,就应该设置思考时间,因为测试的目的和单一脚本不同,它的主要目的就是为了真实模拟用户的操作,以此来发现系统的瓶颈


TAG:

 

评分:0

我来说两句

navy2008

navy2008

凡是远见的人,都是在做好本职工作的同时,有更远的追寻的梦。梦的能量是可大可小的,大的时候能改变世界,小的时候能诱发激情。

日历

« 2024-05-01  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 68889
  • 日志数: 150
  • 建立时间: 2008-04-20
  • 更新时间: 2018-09-02

RSS订阅

Open Toolbar