并发用户数为100 查询记录数为10000条应该怎么模拟啊?
1\ Q :并发用户数为100 但查询记录数为10000条应该怎么模拟啊?这里的查询记录数是指的什么呢?
2\我要测试100个用户新增和删除的并发性能测试,因为对数据库的记录和ID是有影响的,可以测试吗?要注意些什么?
特别是新增记录过程中,我要填写大量的资料,还要上传附件,在这种情况下,录制脚本有什么要注意的吗? 我有点担心 它的业务真实性,因为 并发时都采用的是一样的资料 我不太会表达 补充下
删除 是因为 担心100个用户去删除同一条记录
新增 是因为 担心主键重复,不能插入
我这里要测试的项目主要包括的操作就是
登陆 查询新增删除 保存 上传附件
这些操作分别需要注意什么呢? 1.应该是说你一个用户要查询，查询的结果是1w条，你确保vugen的脚本能查询1w个记录，然后生成场景变为100个就可以了
2.如果你要测试100个用户的并发性能，请注意使用关联确保正确 1, 这个就看你的应用是什么样的了，造数据的时候要适当的考虑你想要的结果。查询记录数这个概念应该是你们自己提出来的吧。我想应该是查询得到的结果条目。
2, 主键约束，我想你可以本地参数化这个值，如果是需要的话。 脚本录制没有什么不同，只是需要参数化。
删除的话，估计要考虑不同的用户了。不然肯定会有失败的。
本来为了模拟业务的真实性，并发就不会采用一样的资料。
而你采用一样的资料，就不用担心了，业务一定是不真实的。 哦
第一个我明白了 是指的查询后的记录数那我只用将查询输入条件参数化100就可以了
第二个 我想问下 保存的时候 我如果想确保资料的真实性,那岂不是 如果有10行 输入栏 就10行都要进行参数化？
还有就是我的那个并发情况比较特殊，他是要求必须上传附件 才能保存成功这个该怎么处理呢 ？
至于 删除 操作是 针对 上传的附件的 我是想不出有什么可并发的办法
第三个上传附件的可以用LR并发测试？
[ 本帖最后由 咸菜 于 2008-6-12 11:37 编辑 ] 沉的好快啊
页:
[1]
