qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

性能测试中混合场景瓶颈测定

在做混合场景测试的时候,常面临一个问题:什么时候是到了应用的瓶颈了呢?
  假设有三支交易(三个脚本): register、login、update,业务比例是 15%,75%,10%. 经过比例调配,我们得到三支交易的用户比例是4,2,3.
  第一种测试结果:
  测试序列用户总数TPS响应时间
  第一组9(4/2/3)14/76/1115/20/12
  第二组18(8/4/6)29/151/2416/21/12
  第三组36(16/8/12)20/120/15100/150/180
  那么我们发现第三组的测试结果性能比第二组明显有所下降,那么在这种典型的情况下.我可以很容易知道36并发就是瓶颈了.
  第二种测试结果:
  测试序列用户总数TPS响应时间
  第一组9(4/2/3)14/76/1115/20/12
  第二组18(8/4/6)29/151/2416/21/12
  第三组36(16/8/12)20/300/47100/22/12
  此种情况,我们假设register的响应时间也符合性能要求的话.第三组的时候其余两支交易的TPS仍然维持的比例的增多,但是register反而下降了.此时我们要动态减少login和update的用户数,并增加register的并发直到他们的tps符合比例为止. 正常情况下你会发现调节后的总TPS和第二组交易差不多,也就说此时已经到达了瓶颈.
  当然,如果第三组的register的响应时间已经不符合性能要求的话,那么就更好判断了.

posted on 2014-02-20 10:46 顺其自然EVO 阅读(359) 评论(0)  编辑  收藏 所属分类: 测试学习专栏


只有注册用户登录后才能发表评论。


网站导航:
 
<2014年2月>
2627282930311
2345678
9101112131415
16171819202122
2324252627281
2345678

导航

统计

常用链接

留言簿(54)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜