51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 19039|回复: 59
打印 上一主题 下一主题

[原创] 性能测试实践报告--负载测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-12-20 15:52:17 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我在10月-11月间,针对某一项目进行了相应的性能测试,其中,主要了包括负载测试。
在此次阶段性能测试结束之后,写下了如下的性能测试总结报告,
现上传,希望各位能提宝贵意见,多多拍砖。

本帖子中包含更多资源

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

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

使用道具 举报

该用户从未签到

2#
发表于 2005-12-20 17:23:40 | 只看该作者
挺好的,内容很详细,对于很多刚开始做性能测试的朋友可以是一个不错的参考。

不过不太明白后面的“系统容量”中,提到:
全负载测试序列的执行时间为12到15分钟,最大并发用户数为100到120个,根据此项数据,每小时内连续访问系统的用户数为:
100个*(60/15)=400个;

这里的“100个*(60/15)=400个”是什么意思?

另外,Rational 的工具没有提供对 服务器 和网络状况的监控吗?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-12-21 09:48:33 | 只看该作者
Robot的VU脚本语言可以监控Web服务器的资源,相关的命令语法如下:

INFO SERVER label=addr [, label=addr]
使用此命令在脚本中声明。
但前提是服务器端必须安装TestAgent。
具体内容可参考Robot自带的--VU LANGUAGE REFERENCE-->User Emulation-->HTTP Emulation Commands-->Monitoring Computer Resources
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-12-21 10:40:47 | 只看该作者
下载学习先
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-12-22 16:15:01 | 只看该作者
to jackei,我看了之后,理解是这样的
因为做完一次全负载(所有设定的流程都做完)需要12-15 min,取最大15 min。 那么在1 h中就可以做4次这样的全负载,这样整个系统每个小时可以为400个用户提供全负载的服务,所以认为系统容量为400。
这样换算宏观来看还是可以的。
不知道我的理解对不对?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-12-22 16:34:29 | 只看该作者
看完了fennek兄的大作,鼓掌先 :)
步骤很清晰,觉得很有帮助。
因为最近也一直在做performance测试的工作,所以斗胆提些看法。
测试的时候可以完全的使用工具也可以全部自己开发测试程序或者脚本。感觉各有优缺。商业测试软件用的人多,比较稳定,缺点是针对性不好,比较封闭。自己开发则effort比较大,好处是可以针对自己的系统和测试目标来制作。
我个人的感觉是第三种方法比较好,那就是一些必要的功能做成模块,然后按照系统的要求,自己写些代码和脚本把他们串起来。这些模块包括发起连接、检视性能,统计分析等等。这些模块可能来自网上,公司的,或者自己以前写的。
这时才感觉很多工具到对专业人员,测试或者开发的来说,命令行接口其实还真是最好的,需要它有特点的功能并有丰富的接口。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-12-22 17:46:52 | 只看该作者
呵呵 学习

也说点看法:
1、我一般会写清楚测试环境

2、性能指标里面 一般会定义用户容忍度,什么动作,用户在什么时间内是可接收的。

3、这里的基准不好理解,我一般是不作任何优化,跑我的案例,得出基准数据,然后再去调整参数,做对比。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-12-23 13:23:26 | 只看该作者
挺好的内容较为详细。步骤很清晰,觉得很有帮助。同时很同意rickyqiu 的看法。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2005-12-23 15:02:21 | 只看该作者
我这次进行的性能测试主要包含了基线测试,负载测试和压力测试,以及系统的稳定性测试.
总共可能经过了三个阶段,最近在做系统的稳定性和压力测试.
这份报告,只当是抛砖引玉哈,呵呵.
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2005-12-23 15:08:37 | 只看该作者
原帖由 rickyqiu 于 2005-12-22 16:15 发表
to jackei,我看了之后,理解是这样的
因为做完一次全负载(所有设定的流程都做完)需要12-15 min,取最大15 min。 那么在1 h中就可以做4次这样的全负载,这样整个系统每个小时可以为400个用户提供全负载的服务 ...


同意..
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-12-23 16:03:41 | 只看该作者
写得不错,很有创意,可能自己水平有限,有不少地方都看不懂,看来还需努力啊
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-12-23 16:14:28 | 只看该作者

回复 #1 fennek 的帖子

为什么所有的图我都看不到啊,郁闷
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-12-28 17:29:36 | 只看该作者

谢谢楼主

下载先,谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-1-4 14:34:34 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-1-6 18:22:14 | 只看该作者
谢谢先!

;););)
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-1-19 04:19:59 | 只看该作者

為什麼打不開?

回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-4-3 19:25:31 | 只看该作者
负载测试确实可以发现很多问题,但发现问题并不是我们唯一的目的,诊断和解决问题才是我们真正所要关注的。而如何执行解决就需要有一套方法来指导,可以看看这篇文章
http://www.innovatedigital.com/htm_speek/Index_speek_30.shtml
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2006-4-3 19:27:33 | 只看该作者
负载测试确实可以发现很多问题,但发现问题并不是我们唯一的目的,诊断和解决问题才是我们真正所要关注的。而如何执行解决就需要有一套方法来指导,可以看看这篇文章
http://www.innovatedigital.com/htm_speek/Index_speek_30.shtml
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-5-5 08:48:41 | 只看该作者
谢谢分享!
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2006-5-18 10:16:16 | 只看该作者
Thank you
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-23 05:01 , Processed in 0.086798 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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