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

shengyan · 发表于 2006-6-26 13:42:01

软件性能需求是每秒并发5000个交易请求.
象这样的性能该怎么测试呢?
1.我就在那个交易事务前设置集合,然后使用多台测试机共压5000个用户上去?
2.然后去哪里看每秒的实际的并发数是真正到5000这个期望的并发数?
3.我在测试其它应用时发现我们的服务器最大只能并发300用户(服务用的是tomcat),由此推理如果采用负载均衡的话那不是要17台机子呀.

请大家帮我分析一下应该用怎样的测试策略和怎样准确发分析实际并发用户数.
谢谢!

shengyan · 发表于 2006-6-26 16:14:03

自己顶一下~~~~~~~~~~

mm_louis · 发表于 2006-6-26 17:54:27

顶，再顶

Zee · 发表于 2006-6-26 18:05:09

1，并发5000交易，我想就算你加到5000个用户也不一定能达到并发5000交易的目的吧，总会有在可以接受的范围内出错的。
2，看结果。
3，这个问题不是测试人员来判断的。

only_dl · 发表于 2006-6-26 19:25:08

，现在你的中间件tomcat连接数是300,说明你最大可设中间件线程数为300,但这并不影响你的性能测试目标5000,因为若达到中间件的最大线程数后会形成队列，程序会继续进行的，你现在只是想测试最大并发数，对响应时间没有要求，我觉得你现在可以继续进行测试的

shengyan · 发表于 2006-6-27 09:08:16

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

shengyan · 发表于 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

beiyu95 · 发表于 2006-6-27 09:22:26

用TOMCAT就不要指望性能会很好了。

shengyan · 发表于 2006-6-27 09:58:56

现在需求讨论未正式开始,也有可能是采用weblogic

gl2006 · 发表于 2006-6-27 10:24:27

最好每个部分都要单独测一下tps,再整和

Jimmyshao · 发表于 2006-6-27 11:53:03

原帖由 shengyan 于 2006-6-27 09:58 发表
现在需求讨论未正式开始,也有可能是采用weblogic

如果用weblogic的话，LR可以添加weblogic监视器，好像里面有个指标的。。。

andy · 发表于 2006-6-27 12:16:52

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

shengyan · 发表于 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往上加，场景采用的是持续持行？

shengyan · 发表于 2006-6-29 08:56:34

ddddddddddddddddddddddddddd

xingcyx · 发表于 2006-7-3 11:25:24

我感觉每秒并发5000个交易请求和并发5000个用户是不一样的概念吧，因此楼主的第三点推断是不成立的

槛外人 · 发表于 2006-7-3 11:31:45

太恐怖了。不知道你们的机器是什么样的？

gl2006 · 发表于 2006-7-4 10:53:15

如果单纯要求tps5000的话,可以这么做,你让开发修改程序,直接执行交易的连接,单独测试这个连接,看他的tps,这个就是单独测试,如果发现问题,再进一步拆分,把web ser,app ser,da ser分开进行测,观察其tps,来确定瓶颈

shengyan · 发表于 2006-7-4 12:32:22

看了楼上的贴,又产生了新的问题,怎么把web ser,app ser,da ser分开进行测试呢?

shengyan · 发表于 2006-7-12 11:58:04

dddddddddddddddddddddd

		自动登录	找回密码
密码			(注-册)加入51Testing

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

相关帖子

5000个交易

站长推荐 /1