51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 21681|回复: 70
打印 上一主题 下一主题

请问:怎样分析我们的结果

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-11-4 10:23:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
请问用LoadRunner测出来的数据,有哪些实际意义. 请大家讨论一下这个结果,我们有什么地方要注意的: 谢谢~;)
   Maximum Running V-users: 30
   Total Throughput (bytes): 17,194,278
   Average Throughput (bytes/second): 65,130
   Total Hits: 514
   Average Hits per Second: 1.947

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2004-11-4 10:25:30 | 只看该作者
Std. Deviation和90 Percent是代表什么东西的啊? 我怎样才能知道服务器的负载已经饱和了?怎样的状态才能说明这个软件通过压力测试?
请大虾多多指点,谢谢~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-11-4 11:22:29 | 只看该作者
首先要说明的是,web测试分负载测试和压力测试,负载测试一般是根据在需求里提出的服务器和客户端的性能指标进行验证性的测试。而压力测试没有通过不通过的概念,一般是在达到这个性能指标后,想知道这个系统还有多少的扩展能力(一般指服务器,或是产品,例如:测试各家中间件产品(其实还是一个服务器))才做的。而一般做压力测试,基本上是寻求一个断点,也就是性能曲线的折点,从这点开始,各项指标急剧下降或是急剧上升。对于软件我没做过什么压力测试(但看你的指标,好像不是软件的压力测试),不知道有那些具体指标,但对于服务器基本观察以下几个指标,服务器响应时间,服务器cpu负载率,内存可用率,socket错误(基于测试软件的不同,指标的数量也不同)。
   至于那两个参数的意思,我也是除学lr,以前一直用的是开源工具,所以不太清楚,不过觉得基本上和压力测试没什么关系。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-11-4 11:29:07 | 只看该作者
在yahoo loadrunner forum中,有人给出这样的解释:90%的用户是以等于或小于此项响应时间来进行transaction的。(不好意思,原英文忘了记录,我翻译的,大概是这个意思)
至于想查看服务器是否达到了压力极限,也就是说出现了压力瓶颈,应该结合服务器性能监测结果,最好进行各项指标曲线图合并分析一下。
瓶颈分析可不是个简单的过程,有时所作的测试不足以分析出瓶颈,还要增补case。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-11-4 20:56:29 | 只看该作者
这个问题我也很想知道答案,能否讲的详细一点?谢谢啦
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-11-5 11:01:20 | 只看该作者
我也想知到啊,分析结果真的很难啊!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-11-5 13:45:15 | 只看该作者
无论是压力还是负载测试,在测试之前都需要有一个性能指标。
有了这个指标,在涉及压力测试场景的时候就可以选择是以Vuser no或者Average Response time作为目标。达到这个目标之后,看服务器的响应,看其他指标是否已经达到。
例如,我的目标是1000个Vuser时候,某银行转帐的交易的平均响应时间不大于5秒钟。
这样,我的虚拟用户逐渐加压的过程中,在online monitor里面可以看到响应时间也是随之增加的,到5秒的时候看,虚拟用户数长到了多少,是否到了1000,是否超过了1000,或者机器是否已经down了等等,然后观看服务器、网络等的资源时候的状况,这样就可以直接出分析报告了。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-11-5 15:21:32 | 只看该作者
怎么贴图呀
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-11-5 17:36:08 | 只看该作者
压力测试和负载测试,到底怎么理解才是最恰当的呢?
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-11-7 10:24:21 | 只看该作者
要是调用程序员的程序,服务器资源占用情况可能是追查瓶颈的一个线索,但如果是标准中间件,那就没那么简单了,比如oracle数据库的某项参数设得不对,照样会造成数据库瓶颈,应用程序调用数据库的API写法不对,比如未使用软解析变量,也有可能导致数据库瓶颈。这些瓶颈都不会反映在cpu,内存使用量上等指标上的。
对于这种情况,一方面需要对中间件有一定的了解,知道哪些参数有什么作用,怎么可调的,另外还可能使用中间件的专有监测工具,来分析。lr的性能计数器是不够用的。
个人体会,查找瓶颈的难易程度,由易到难
服务器硬件瓶颈-〉网络瓶颈-〉应用瓶颈-〉服务器操作系统瓶颈(参数配置)-〉中间件瓶颈(参数配置,数据库,web服务器等)
记忆比较深刻的一次,用lr做了两天性能测试,指标上不去,后来使用oracle数据库的图形化性能检测工具才发现某个表的查询处理时间超长,原来索引创建得不合理,把表的索引改了之后,性能稍有提高,但还是上不去。再次排查,发现应用中有一个sql语句写得有问题,长而且耗时,改了之后,还是上不去.......
经过至少四轮的排查,才大功告成,最后一个除掉的瓶颈是操作系统问题(开始没有想到它,后来看系统消息,才发现已经有错误报出)
类似的情况很多,做性能测试需要掌握很多东西,个人认为,使用loadrunner只是性能测试第一小步,每个系统的性能测试都是一个全新的挑战。
热爱性能测试!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2004-11-10 13:44:22 | 只看该作者
谢谢大家的指点,有点概念了。呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-11-11 10:42:23 | 只看该作者
学了一段时间的性能测试,对sunshinekius的话很有体会,做好性能测试所要掌握的东西真的要很多,不紧紧是学会LR的问题。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-11-11 12:32:04 | 只看该作者
每次我最关心的其中几个数值!~
Average:平均值 即完成事务的平均值
90 Percent:90%的事务在 那个时间完成的,表上都有对应
剩下的几个不用说了吧,大家也都知道
接下来分析的时候需要你,把系统监视器的图也贴出来,+上你的事务处理的那张图把他们放在一起,看看你关心的东西,随着时间,点击次数,事务增长以及完成,来对比察看,系统 各个参数变化,从而分析一下
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2004-11-12 10:11:53 | 只看该作者

问一个问题:报告中的响应时间是指一个用户的还是多个用户一起的?

回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-11-22 09:22:15 | 只看该作者
当运行某个场景结果时,出现了下列提示信息:该怎麽解决呢?

The following graph(s) were not created:
1. Hit per second
2. Throughput
3. Transaction Summary
4. Average Transaction Response Time

Possible reason:
The graph, as defined, results in no data.
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2004-11-22 09:29:16 | 只看该作者
请问在relust summary中,Times代表什麽意思?有那位大侠知道,请告知我!
急急!!还有上面有关场景结果问题,也请一并回答?
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2004-11-30 10:48:54 | 只看该作者
学习学习
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2005-1-11 11:20:29 | 只看该作者
我正在尝试写脚本  测试oracle
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2005-2-28 15:06:25 | 只看该作者
版主总结的很好,我也有同感,up……
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-3-7 11:52:33 | 只看该作者

看了两遍,我还是不知道该如何去分析结果:(

回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-10 22:07 , Processed in 0.078780 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表