渴望中。。。sdlkfj8
邮箱:liu_yinju@163.com 回复主题,赢取积分! 我也是新手,楼主看的那份测试报告能否发我一份,谢谢!
邮箱:justforliang@qq.com 渴望中!! 关注中!
楼主的那份测试报告能否给我一份,fineweather66@163.com 谢谢了sdlkfj3 学习下 顶了 非常感谢大家的关注,那份报告是我请教别人时,在别人电脑上看到的,当时主要是在讲大概的测试流程,并没有把文档直接给我,我手头并没有这份文档的,很抱歉。 关注中,对我也有帮助啊! 原帖由 泰德李 于 2007-9-13 16:35 发表 http://bbs.51testing.com/images/common/back.gif
HTTP Responses per Second - whole scenario
HTTP_200 N/A N/A 6.612 N/A 0.988
HTTP_408 N/A N/A 0.001 N/A 0.000
Available MBytes (Memory)
Bytes Total/sec
% User Tim ...
Available MBytes (Memory) ---这个值,是可用物理内存数。
Bytes Total/sec ---是值发送和接受字节的速率。
% User TimE ---是指非内核操作耗费的CPU时间。 关注中! 测试中发现新问题:我所测试网站的数据库和应用程序分别放到两台机子上(注:两个虚拟机上,同一台物理机),现在数据库的服务器已经没有响应了,重启也启动不起来,我从前台登录网站也不可以了,提示说是连接不到数据库,但是用LR加载用户,每个事务居然还可以跑,全部通过,没有报错。
这是为什么呢?
LR出具的事务图是根据打点的啊?(平均事务响应时间图) 学习中 我也发现LR有时操作结果和实际操作不一致, 执行场景一般不报错,实际有误. 原帖由 wgs0923 于 2007-9-12 10:02 发表 http://bbs.51testing.com/images/common/back.gif
页面的响应时间,如果需求上没有清晰的要求,基本上遵循3-5-8原则即可.响应在3秒以内,表示速度快,3-5秒,表示一般,5-8秒表示需要等待,勉强接受;8秒以上,表示不能接受.
你这里的3-5-8原则是你自己的经验总结,还是从那个地方看到的,不过看起来说的还是蛮有道理的。 好贴啊,不顶不行
回复 #33 dongmusic 的帖子
在没有明确的需求时,这算是业界的一个通用标准吧 关注此帖~希望高手解答一下楼上的几个问题 原帖由 yaya625 于 2007-9-12 18:41 发表 http://bbs.51testing.com/images/common/back.gif我已经开始了测试,首先我是这样设置场景的,每分钟加载5个用户,一共是100个用户,100个用户全部加载后再运行5分钟
一共分了如下几个事务:登录,查看,购买,收银,生成订单
我测了2次,两次的结果相差很大 ...
超时的问题,可能是Runtime-setting的关系,也可能是因为压力超过目前的承受能力,造成队列过长导致的。
你可以去查看analysis的网页细分图,先看download细分,查看哪部分用的时间平均最大,有超过120的值
如果是first buffer time的时间过长,你还可以去看看first buffer time bleak down图,看看是server时间长还是Network time长
在细分组件,看看那个组件有问题,然后结合你的程序部署,分析一下原因 谢谢楼上的指点sdlkfj2
我出现100个用户跑完都没有错误的原因是我没有在脚本中设置检查点,结果数据库服务器已经没有响应了,LR还没有报错。 spotlight是监控数据库的工具吗??具体是个什么东西啊`,望大家指点>