tiaopiyinger 发表于 2012-2-9 00:04:05

验证系统可支持100个用户同时或单笔或批量发出该业务请求

本帖最后由 tiaopiyinger 于 2012-2-9 17:25 编辑

已知系统有1000个注册用户,其中具有**业务权限的用户大约700个,平均每天大约有300个用户要访问该系统进行**业务操作,1个用户登录后可以通过1次点击批量发出该业务请求,即一次点击发出5个(正常情况下)请求,假设每小时有1000笔业务量。
问:如何做压力测试验证系统可支持100个用户(假设值请帮忙估算)同时或单笔或批量发出该业务请求。具体模拟多少虚拟用户 如何加载 持续运行时间 并发数(集合点设置数),录制脚本的循环次数、pacing、思考时间都怎么设。

wsbuaa 发表于 2012-2-9 09:50:22

有没有业务量之类的数据

tiaopiyinger 发表于 2012-2-9 14:10:24

可能每小时1000笔业务量

wsbuaa 发表于 2012-2-9 14:54:22

要我的话,一般会要求每日业务量m、每日系统业务使用时间t1(秒),然后根据八二原则算出每秒系统处理的业务数a=0.8*m/(0.2*t1)
按10%的每日用户数来估计并发数也就是30,然后计算30人都做单笔业务并发时,平均每轮操作的时间间隔t2=30/a,教科书上一般以t2作为思考时间,但我总觉得应该减去期望的业务请求响应时间来作为思考时间
然后并发执行20~30分钟,看实际的响应时间是否符合期望
一次提交多笔业务的也这么算吧,只不过这个时候的时间间隔t2=30*n/a,n为一次提交的业务数;当然更合适的方法是30个并发中两类操作按一定比例混合,至于多大比例就要看实际应用习惯了;另外期望的一次单笔业务请求响应时间,和一次多笔业务请求的响应时间应该是不同吧,需要分别考虑
这基本上就是我的思路,希望对你有参考价值

tiaopiyinger 发表于 2012-2-9 23:38:06

回复 4# wsbuaa

参考价值太大了,让我理清了好多思路。还有一点有些不确定,每天访问人数300 最大同时在线人数可能200 最大并发数30 为什么不需要模拟到在线人数200只需要模拟30?
页: [1]
查看完整版本: 验证系统可支持100个用户同时或单笔或批量发出该业务请求