51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6006|回复: 18
打印 上一主题 下一主题

[讨论] 软件性能需求是每秒并发5000个交易请求.所引发的测试问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-6-26 13:42:01 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
软件性能需求是每秒并发5000个交易请求.
象这样的性能该怎么测试呢?
1.我就在那个交易事务前设置集合,然后使用多台测试机共压5000个用户上去?
2.然后去哪里看每秒的实际的并发数是真正到5000这个期望的并发数?
3.我在测试其它应用时发现我们的服务器最大只能并发300用户(服务用的是tomcat),由此推理如果采用负载均衡的话那不是要17台机子呀.

请大家帮我分析一下应该用怎样的测试策略和怎样准确发分析实际并发用户数.
谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

19#
 楼主| 发表于 2006-7-12 11:58:04 | 只看该作者
dddddddddddddddddddddd
回复 支持 反对

使用道具 举报

该用户从未签到

18#
 楼主| 发表于 2006-7-4 12:32:22 | 只看该作者
看了楼上的贴,又产生了新的问题,怎么把web ser,app ser,da ser分开进行测试呢?
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-7-4 10:53:15 | 只看该作者
如果单纯要求tps5000的话,可以这么做,你让开发修改程序,直接执行交易的连接,单独测试这个连接,看他的tps,这个就是单独测试,如果发现问题,再进一步拆分,把web ser,app ser,da ser分开进行测,观察其tps,来确定瓶颈
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-7-3 11:31:45 | 只看该作者

5000个交易

太恐怖了。不知道你们的机器是什么样的?
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-7-3 11:25:24 | 只看该作者
我感觉每秒并发5000个交易请求和并发5000个用户是不一样的概念吧,因此楼主的第三点推断是不成立的
回复 支持 反对

使用道具 举报

该用户从未签到

14#
 楼主| 发表于 2006-6-29 08:56:34 | 只看该作者
ddddddddddddddddddddddddddd
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2006-6-27 17:56:06 | 只看该作者
1.我去查看图表"Total Transactions per Second"图,我测试的从100、200、300、400都在60-90之间,是不是意味着我的实际并发数没有大于100过。天那~~~~~~~~~~~~
2.如果我测的是单一功能,你说的”5000单量测试也只有慢慢的往系统加压”比如我是每秒100个往上加,而整个脚本的平均执行时间是8秒,8秒后就结束了。那实际启不是并发量最多只有800的量。
还是说你的意思是每秒100往上加,场景采用的是持续持行?
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-6-27 12:16:52 | 只看该作者
可以使用该图表"Total Transactions per Second"显示是否每秒pass,fail,stop的事务数.
当然你的意思是说要对该单一功能进行2000单量的正确测试和5000的扩展测试.但有一点必须了解,系统不可能同时只运行该功能,还会有其他功能配合使用,而这5000单量测试也只有慢慢的往系统加压,以测出该系统是否可以承受如此压力.
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-6-27 11:53:03 | 只看该作者
原帖由 shengyan 于 2006-6-27 09:58 发表
现在需求讨论未正式开始,也有可能是采用weblogic

如果用weblogic的话,LR可以添加weblogic监视器,好像里面有个指标的。。。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-6-27 10:24:27 | 只看该作者
最好每个部分都要单独测一下tps,再整和
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2006-6-27 09:58:56 | 只看该作者
现在需求讨论未正式开始,也有可能是采用weblogic
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-6-27 09:22:26 | 只看该作者
用TOMCAT就不要指望性能会很好了。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2006-6-27 09:18:37 | 只看该作者
原帖由 Zee 于 2006-6-26 18:05 发表
1,并发5000交易,我想就算你加到5000个用户也不一定能达到并发5000交易的目的吧,总会有在可以接受的范围内出错的。
2,看结果。
3,这个问题不是测试人员来判断的。

1.我们的需求是保证实现每秒2000笔,正确率100%,每秒5000是一个可扩展的容量(可能用词不准确,但大家应该可以理解).所以我现在测试的话也要拿5000来测.
2.是不是看transaction per second?
3.我们这里测试人员也要参于并出谋划策,虽然目前可能水平有限,但也想出一份力,多方向向大家请教:)也希望大家能尽力帮忙呀:P
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2006-6-27 09:08:16 | 只看该作者
1.因为现在对响应时间的需求还不明确,我也没有表述出对响应时间的需求.
  而且我们的应用用户使用时对响应时间要求较高,所以响应时间在5秒以下.
2.系统是做负载均衡的,那我的测试环境应该怎么部署呢?如果也要做负载均衡可能没有条件,大家有什么好的想法吗?
3.楼上only_dl 所提的"现在你的中间件tomcat连接数是300,说明你最大可设中间件线程数为300,但这并不影响你的性能测试目标5000,因为若达到中间件的最大线程数后会形成队列,程序会继续进行的,你现在只是想测试最大并发数,对响应时间没有要求,我觉得你现在可以继续进行测试的 ",既然已经形成队列了那就有等待时间了,那就不能说是并发对吗?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-6-26 19:25:08 | 只看该作者
,现在你的中间件tomcat连接数是300,说明你最大可设中间件线程数为300,但这并不影响你的性能测试目标5000,因为若达到中间件的最大线程数后会形成队列,程序会继续进行的,你现在只是想测试最大并发数,对响应时间没有要求,我觉得你现在可以继续进行测试的
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-6-26 18:05:09 | 只看该作者
1,并发5000交易,我想就算你加到5000个用户也不一定能达到并发5000交易的目的吧,总会有在可以接受的范围内出错的。
2,看结果。
3,这个问题不是测试人员来判断的。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-6-26 17:54:27 | 只看该作者
顶,再顶
回复 支持 反对

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2006-6-26 16:14:03 | 只看该作者
自己顶一下~~~~~~~~~~
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-19 22:35 , Processed in 0.071474 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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