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

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

请教一下大家:如题的这个测试需求是按并发来设计?搞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

我认为并发可以分为对客户方和对己方两种，客户方仅仅关注你的单位时间并发量，他不关注你如何去分配或者处理并发，如果有问题，他会关注你的调优成果。对己方而言，你的观点我很赞同，纯粹的并发是很难模拟的，但在系统运行中处理并发的过程不也是有前后次序么，测试系统处理并发的能力，我觉得也是可以被承认的。毕竟测试的主要目的是对系统在目前环境下的性能给出评价，看看能否满足客户的需求，而不是追求极限模式或者理想的性能
页: [1]
查看完整版本: 关于:买入交易1000条数据持续稳定运行24小时?测试设计