求教不参数化跑并发测试与参数化跑并发有多大区分？??
购买商品 的 并发操作（测试50个用户并发购买商品 ，各性能指标是否符合）1.录制的脚本里只有一个登录帐号（不参数化），在场景里加入50个虚拟用户跑。
同一个用户帐号被50个虚拟用户登录后同时购买
2.录制的脚本里登录帐号参数化（50个），在场景里加入50个虚拟用户跑。
50个用户帐号被50个虚拟用户登录后同时购买
这两种测试在性能上会有很大区分么？如果有是为社么？如果没有是为什么？ 你的想法我能理解；虚化登录功能；主要是看并发购买商品，服务器的处理能力；
1 你用50个vuser 跑，刚好参数化了50个；感觉挺匹配的！
但是你想过没有，假如跑30分钟；你的参数肯定会不够的；如果参数都循环一遍后；时间还没结束；有要遍历参数化的值了；那可能是在一定时间内对同一商品进行多次购买！ 服务器会不会阻止呢？
2 做性能测试，都是在模拟用户的操作，建议参数化尽量多点 这个主要得看不同的用户对系统的压力是否有影响，一般说来性能与用户的相关数据有关系，所以还是建议参数化，且多取一些用户，这与实际更接近 感觉没什么区别 尽量模拟实际情况 尽量多搞点用户，进行参数化 如果不要求用户不能重复登录，一般没什么影响
但是为了模拟实际，尽量还是模拟更多的不同的用户登录和操作 同意楼上的，我想楼主主要是考虑到平时我们做操作，第一次登陆和以后的登陆速度不太一样。loadrunner 模拟的协议，get请求是不会变的，所以压力也是一样的，但是还是具体问题具体分析，如果有缓存机制，那么就可能不一样了。一般情况下，如果测试数据充足的话，还是模拟实际情况比较合适 回复 9# jason420281
第一种情况也会迭代的把。。。。。 回复yangtesting
是有很大区分：
第一种情况，就是50个用户并发执行，并不迭代。
第二重 ...
jason420281 发表于 2011-11-15 17:07 http://bbs.51testing.com/images/common/back.gif
第二种是迭代50次么？我怎么感觉是同时50个vuser跑，每个vuser调用一个参数帐号 关键的一点是，性能测试是尽量模拟真实环境的情况 同意上面几位的说法,测试最好还是越真实越好
这样你就可以根据测试结果来完善程序
身为程序员,没人愿意程序上线后,因为这样那样的问题,被叫去加班加点的修改代码
上线的程序要的是稳定,优化之类的都是建立于稳定的基础上的
回复13楼的朋友
参数化后,可以设置取值方式的,有顺序,随机,唯一3种方式,具体的你可以搜索下,其他帖子里有,度娘上面也很多的
跑30分钟,参数不够,应该是指某些参数化的数据不允许重复取,比如不允许重复用户登录,在没有退出登录的情况下,跑30分钟你想想要有多少username,光50个哪里够啊,所以要设置很多
页:
[1]
