并发用户数为100 查询记录数为10000条应该怎么模拟啊?

咸菜

1\ Q :并发用户数为100 但查询记录数为10000条应该怎么模拟啊?
      这里的查询记录数是指的什么呢?

2\我要测试100个用户新增和删除的并发性能测试,因为对数据库的记录和ID是有影响的,可以测试吗?  要注意些什么?
  特别是新增记录过程中,我要填写大量的资料,还要上传附件,在这种情况下,录制脚本有什么要注意的吗? 我有点担心 它的业务真实性,因为 并发时都采用的是一样的资料

咸菜

我不太会表达 补充下
删除 是因为 担心100个用户去删除同一条记录
新增 是因为 担心主键重复,  不能插入


我这里要测试的项目主要包括的操作就是

登陆 查询  新增  删除 保存 上传附件

这些操作分别需要注意什么呢?

云层

1.应该是说你一个用户要查询，查询的结果是1w条，你确保vugen的脚本能查询1w个记录，然后生成场景变为100个就可以了

2.如果你要测试100个用户的并发性能，请注意使用关联确保正确

Zee

1, 这个就看你的应用是什么样的了，造数据的时候要适当的考虑你想要的结果。查询记录数这个概念应该是你们自己提出来的吧。我想应该是查询得到的结果条目。

2, 主键约束，我想你可以本地参数化这个值，如果是需要的话。 脚本录制没有什么不同，只是需要参数化。
删除的话，估计要考虑不同的用户了。不然肯定会有失败的。
本来为了模拟业务的真实性，并发就不会采用一样的资料。
而你采用一样的资料，就不用担心了，业务一定是不真实的。

咸菜

哦
第一个我明白了 是指的查询后的记录数  那我只用将查询输入条件参数化100就可以了

第二个 我想问下 保存的时候 我如果想确保资料的真实性,那岂不是 如果有10行 输入栏 就10行都要进行参数化？
       还有就是我的那个并发情况比较特殊，他是要求必须上传附件 才能保存成功  这个该怎么处理呢 ？

       至于 删除 操作是 针对 上传的附件的   我是想不出有什么可并发的办法

第三个  上传附件的可以用LR并发测试？

[ 本帖最后由 咸菜 于 2008-6-12 11:37 编辑 ]

咸菜

沉的好快啊