51Testing软件测试论坛

标题: 接到测试任务，这样测试是否正确呢？ [打印本页]

作者: wofengletian 时间: 2012-5-12 14:30
标题: 接到测试任务，这样测试是否正确呢？
本帖最后由 wofengletian 于 2012-5-15 10:49 编辑

测试1000个用户同时并发时，服务器的响应。

我是这样做的：在用户数量里写5000，然后在脚本中加入集合点，设置当用户集合达到总用户的20%，也就是1000个时，进行并发，同时设置持续时间为30分钟。请问各位大侠这样做是否正确。

这样得出的数据是否是我想要的数据？小弟拜谢！

我所说的并发是同时向服务器发1000个请求。

作者: wofengletian 时间: 2012-5-12 14:44
自己在顶一下

作者: wofengletian 时间: 2012-5-12 15:31
在顶顶

作者: 云层 时间: 2012-5-13 09:14
应该不正确的，你做出来的并发应该比1000大

作者: archonwang 时间: 2012-5-13 13:53
同云层说明。

这个压力的在线负载用户定义是多少？1,000还是5,000？

作者: wofengletian 时间: 2012-5-14 10:23

同云层说明。

这个压力的在线负载用户定义是多少？1,000还是5,000？
archonwang 发表于 2012-5-13 13:53

不太明白你的意思

作者: wofengletian 时间: 2012-5-14 10:25
回复 4# 云层

不对么？1000个用户到集合点时同时提交数，哪里不对呢？那应该怎么设计呢？大侠帮帮忙，谢谢。

作者: new_lio 时间: 2012-5-14 13:51
你为什么不直接设置1000个用户呢，集合点设置1000个到达，或者100%

作者: wofengletian 时间: 2012-5-14 14:31
回复 9# new_lio

设置多少个不一样么？应该没什么区别吧。关键是这样的测试方法有没有问题？

作者: wofengletian 时间: 2012-5-15 10:50
自己在顶顶，

作者: li373935562 时间: 2012-5-15 13:27
回复 10# wofengletian

实践出真理，用你们的系统分别用两种方法做一下看看结构，我不敢肯定说结果一样也不敢说不一样。原理上讲5000用户20%并发的压力应该更大一些。

作者: Charles_H 时间: 2012-5-15 13:39
如果测试1000个用户并发的话，我建议还是直接设置1000个用户，5000个的话，负载有点大了，对最后的测试结果会有些影响；
就像你吃馒头，你最多就能吃一个；你拿一个馒头是吃一个，你拿100个馒头也是吃一个，那剩下的99个馒头，你拿着它是不是有点累啊……
个人理解……

作者: ymwang119 时间: 2012-5-15 14:50
顶楼上

作者: IT半把刀 时间: 2012-5-15 14:54
13楼精辟！~ 顶

作者: wofengletian 时间: 2012-5-15 15:07
拿着馒头是服务器这边的事，现在CPU占用不超60%，如果测试方法没问题的话，应该不会影响测试结果吧。

作者: wofengletian 时间: 2012-5-15 15:14
我把总用户数设置为1000，100%时发出请求，持续时间30分钟。得到的数据一跳一跳的，很不稳定。觉得不准确。

作者: Charles_H 时间: 2012-5-15 15:15
如果………………
应该………………
就没有肯定…………
测试是需要肯定的……
你可以试试，大家都可以试试嘛，证明的结果，大家都可以分享一下！

作者: wofengletian 时间: 2012-5-15 15:24
我测试过，都是持续5分钟：
如果不加集全点，设置1000个用户，平均响应时间：0.446
如果1000个，100%时并发，平均响应时间：6.234
如果2000个，50%并发，平均响应时间：2.351
如果10000个，10%并发，平均响应时间：0.765

哪个大侠给解释下，数据怎么会是这样呢？到底1000个并发要怎么做呢？

作者: wofengletian 时间: 2012-5-15 15:51
都找不到了，自己顶下

作者: 云层 时间: 2012-5-15 16:19
集合点是可控集合，但是没有集合点还有非可控集合，所以最后你产生的并发肯定比1000大，不能说你随便上车就不会出现同时抢位置的问题

作者: wofengletian 时间: 2012-5-15 16:47
不要沉

作者: wofengletian 时间: 2012-5-15 17:03
顶住

作者: paipainixu 时间: 2012-5-15 17:18
楼主挺有意思的

作者: sunnyswu 时间: 2012-5-15 22:28
回复 1# wofengletian

看到第四项比第一项的时间要长，比第二项时间要短很多，是因为未设集合点的用户将设了集合点的用户的平均响应时间拉了下来

作者: wofengletian 时间: 2012-5-16 10:22
但这几个测试方法，哪个是我想要的呢？同时1000个请求。

作者: ymwang119 时间: 2012-5-16 10:43
回复 26# wofengletian

这要看你的这个压力的在线负载用户定义是多少了.

作者: wofengletian 时间: 2012-5-16 14:02
在线负载没有要求，只是说给那个url发1000个并发过去。

作者: ymwang119 时间: 2012-5-17 08:40
回复 28# wofengletian
那应该1000个，100%时并发，平均响应时间：6.234最靠谱

作者: 萧萧2007 时间: 2012-5-18 09:50
要测试并发1000，不必要设置集合点了，集合点用户测试最大负载的情况比较多

作者: joykao 时间: 2012-5-21 16:41
回复 19# wofengletian

您设置5分钟，哪最终场景跑结束时您真实的事物有多少呢？当你的并发变多了你的事物也是变多的吗？应该不是吧？

作者: joykao 时间: 2012-5-21 16:43
回复 31# joykao

可以贴出报告来see see 吗？对比下。。。1000个并发100%和 10000个 10%

作者: wolf1019 时间: 2012-5-24 09:35
LZ 测试机客户端蛮好咧能跑到10000人啊见识鸟...

作者: 123cyli 时间: 2012-5-24 14:27
新手围观~

作者: allenchen0526 时间: 2012-5-24 16:01
回复 19# wofengletian

你应该是结合结果分析图，采用合并图，看那持续5分钟时的响应时间，而不是看总体响应时间。

作者: chikechun 时间: 2012-5-25 12:07
第一种场景设计最靠谱
其它两种是总用户数的平均响应时间，只不过是其中有1000个用户进行了并发，其它用户没有并发而已。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)