遇一山,过一山,处处有风景;只要勇敢向前,一路尽是繁花盛开。 | (点击查看→)【测试干货】python/java自动化、持续集成、性能、测开、简历、笔试面试等

性能测试面试题:如何找到并发数、平均响应时间、tps的最佳平衡点?

面试的机会是有限的,所以,我经常提醒微信或者Q群里的小伙伴:你可以任性的裸辞,但是不能毫无准备的裸面。

我有个习惯,会把曾经面试过的公司及笔试、面试题都记录到云笔记上,把答案写上,方便以后换工作复习。

 

最近在整理自己多年积累的笔记,平时问性能面试的也不少,本篇就分享一个N年前遇到的性能面试题,很基础,也挺简单,所以,高手请绕过。

当时,面试官问我:如何找到并发数、平均响应时间、tps的最佳平衡点?

 

初次听到这个,是不是一脸懵逼?

先回顾下基础,性能测试常用的指标有三个:并发、响应时间、tps

  并发:客户端并发,也就是jmeter线程数;跑道里参加赛跑的人数(这里的并发是广义的并发,即同一个时间段内对系统发起的请求数量)

  响应时间:也就是平均每个事务的处理时间

  tps:每秒处理的事务数

需求指标:分为单指标和多指标

  单指标:一般是单测试tps,或者根据并发测试响应时间,或者根据响应时间测试并发,只考虑单指标的很少

  多指标:要同时考虑多个指标,比如tps + 响应时间(<1s)

 

这个题,意思就是要找到这三个指标同时最佳值的点,即:不能只追求客户端并发数大,而忽略tps,所以,这是一个多指标性能需求,假设是这样的:要求响应时间1秒以内,客户端并发数要尽可能的多,tps要尽可能的大。

 

是不是依旧有点懵逼?先画一个简单的示意图,方便大家理解(随手画的,大家能理解就ok):

 

随着并发数增加,响应时间肯定是越来越高,所以,上面红线是响应时间;

随着并发数增加,tps是先升高到峰值,然后下降(也可能是一直平稳,或者平稳一段时间再下降),所以,上面蓝线是tps;

紫色表示客户端并发用户数;

 

该怎么去找这个最佳平衡点呢?

1.尽可能多的做不同并发数下的压测(阶梯加压),记录下响应时间(1s以内)和最大tps,当然,服务器端,各个服务器的资源利用率在可接受范围内(每个公司不一样,我们是90%以内);

2.然后根据获取到的不同并发下的指标数据(并发数、tps、响应时间),画出上图,关注右侧的交点,即tps下降的地方和响应时间的交点,这个点的tps最大,如果响应时间在1s以内,此时并发数也是比较大的,这个点就可以认为是三个指标都不错的平衡点(当然,我这里把tps放在第一位优先考虑了,这个就看大家最在乎哪个指标了,排个优先级);如果响应时间大于1s,最佳平衡点就往左找,找到响应时间为1秒的点,此时对应的tps和并发值,就是最佳平衡点。总之,测试采样越多,获取的平衡点就越准确。

另外,如果是用loadrunner作为并发工具,并发过程中是可以增加或者减少并发用户数的,就不用必须压完一次,再调整并发数继续压,但是,loadrunner并发过程中调整了并发数,还是要尽可能跑久一点,比如10-15min。

好了,分享完毕,如有疑问,欢迎交流。

 

posted @ 2019-09-15 16:45  全栈测试笔记  阅读(3338)  评论(0编辑  收藏  举报
浏览器标题切换
浏览器标题切换end