51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1553|回复: 7
打印 上一主题 下一主题

[原创] 并发Vuser讨论 ------大家都来说说你们的看法不论新手老手重要的是想法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-10-20 13:00:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在lr中我们知道测试并发的时候大多数用到集合点这种方式     这种方式很容易实现也很符合逻辑   但是我一直有一个问题   例如我虚拟500个用户 每秒递增20个   当全部启动后我要持续跑30分钟   然后每秒递减30个   那么当全部启动的时候  我决定肯定有用多个用户的操作是并发的   如果没有具体的并发用户需求那么可不可以就是用这种方式得到的结果来说明问题    这种方式可能是个别的  但想到了就想和大家讨论一下   再说一下我的想法 比如脚本一共有6秒 在第2.4这三个时间有事务S1和S2操作.   一共10个用户设置为没两秒启动2个   但首先启动的A1,A2   第2秒时启动B1,B2  那么在第4秒时 A1,A2触发的是S2事务,B1,B2是S1事务那么这4个用户不也是是一起并发的吗  有可能时间和具体的时候有点偏差  但是如果虚拟的用户多时间长那么这样的情况一定可以出现的    那么这样可以不可说也是测试并发的操作        个人感觉并发测试应该考虑到这两种形式   而且我说的这种方式更接近真实环境      大家也说说你们的看法
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-10-20 14:21:39 | 只看该作者
看了半天没看明白楼主要说什么。继续关注。
集合点这种方式运行的时候是要等所有用户都到达该集合点才会释放的。
另外,如果用集合点的话,最好别设置持续运行时间,而是自己设置迭代次数,否则你的结果不准确。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2009-10-20 15:42:59 | 只看该作者
楼上的朋友  看来你真没明白我的意思   呵呵     我说的另一种情况
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-10-20 16:17:07 | 只看该作者
楼主说的是不用集合点的方式吧。。。正常的增长型吧

其实两种方式都可以模拟,看你需求了。

个人觉得其实集合点还不如正常的增长型普遍。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2009-10-20 16:37:07 | 只看该作者
嗯   我说的是这个意思     我认为正常的方式也是可以的  而且这个方式还更能模拟真实环境   但问题就出现在不能准确的定位某个具体时间所要关注的某一个指标的值     所以想和大家讨论一下   用什么方法才能实现这种方式对指标更好的收集
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-10-20 19:29:04 | 只看该作者
莫非是某一时间点要并发500个之类的?那就用集合点吧。。。
我用silkperformer一直都用普通的增长型。。。貌似silkperformer没有集合点。。。客户也没这要求。。。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2009-10-20 19:52:05 | 只看该作者
我还以为说什么呢~这本来就是两种都要测试的啊~集合点是测试某个节点处理并发的能力,而另一种是基准,负载和综合场景等的测试,要尽量模拟真实情况。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2010-9-28 10:43:20 | 只看该作者
回复 7# guiyi123


再看看自己的帖子   总结一下
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-10-7 00:27 , Processed in 0.087091 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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