关于:买入交易1000条数据持续稳定运行24小时?测试设计

fs2002 · 发表于 2011-8-27 23:54:52

请教一下大家:如题的这个测试需求是按并发来设计?搞1000个user,同时买入?但是要持续运行24小时我又觉得不对.

还是说1000个用户,逐步增加直到添加了1000条数据?

请有经验的朋友说说

msnshow · 发表于 2011-8-28 17:37:35

持续运行与vuser数没直接关系

fs2002 · 发表于 2011-8-28 23:14:17

那请问如果是要测量买入交易,数据量达数十万的稳定运行24小时,需要多少Vuser呢,持续运行和Vuser没关系,但是要达到这个数据量的话和Vuser应该分不开了吧

magee · 发表于 2011-8-29 10:07:52

你可以根据你的实际情况，逐步加压让买入交易达到1000条数据后，再持续运行24小时就可以了

lius1986 · 发表于 2011-8-29 16:44:36

在你点击买卖提交的的那个点设置集结点，这样就可以产生并发操作了。

fs2002 · 发表于 2011-8-29 23:45:09

谢谢各位,和我今天想的差不多

dpgibson · 发表于 2011-8-30 12:19:00

需要和提出性能需求的人进一步明确一下测试场景。

fs2002 · 发表于 2011-8-30 14:29:07

是啊,我也觉得不够明确,这两天要过去和他确认下

草鱼 · 发表于 2011-9-4 08:28:25

个人认为这个稳定性测试要兼顾系统对外支持最大并发用户数和应用系统的处理能力，所以才对并发数和交易处理量有要求

yong_sun · 发表于 2011-9-5 16:10:08

我相信，这个1000并发应该是在某个时间段内的吧；
而且至少需要明确是持续达到某个交易量还是瞬时达到另外一个交易量;而且还要明确已买入后的这些用户需要干啥？

yong_sun · 发表于 2011-9-5 16:10:20

我相信，这个1000并发应该是在某个时间段内的吧；
而且至少需要明确是持续达到某个交易量还是瞬时达到另外一个交易量;而且还要明确已买入后的这些用户需要干啥？

fs2002 · 发表于 2011-9-9 16:13:35

对于并发这个东西我觉得很悬的,我始终认为追求某一时间点的并发是很困难的,测试的模拟也是很难的,毕竟无论软件如何模拟,在你多核的机器中受处理核心,线程,网络等方面的影响,大部分的请求始终都还是有个先后的.

shigejinian1 · 发表于 2011-9-13 17:01:01

首先要明确需求，一般这类并发是由于客户业务实际在某个时间段有集中操作系统的实际情况。这样可以设置1000个user总量在短时间内对系统进行测试；如果是追求特定时刻并发量，那么可以使用集合点并将集合点数设置为1000.需要注意的是用户总量要比单位时刻并发量要大。

shigejinian1 · 发表于 2011-9-13 17:06:10

回复 12# fs2002

我认为并发可以分为对客户方和对己方两种，客户方仅仅关注你的单位时间并发量，他不关注你如何去分配或者处理并发，如果有问题，他会关注你的调优成果。对己方而言，你的观点我很赞同，纯粹的并发是很难模拟的，但在系统运行中处理并发的过程不也是有前后次序么，测试系统处理并发的能力，我觉得也是可以被承认的。毕竟测试的主要目的是对系统在目前环境下的性能给出评价，看看能否满足客户的需求，而不是追求极限模式或者理想的性能

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

[原创] 关于:买入交易1000条数据持续稳定运行24小时?测试设计

相关帖子

站长推荐 /1