从终端用户感受来体验性能指标度量

共 1361字,需浏览 3分钟

 ·

2021-12-13 05:48


今天开始正式启动基于jmeter的性能测试,做如下几个约定。


  1. 这个系列的文章,每次发布的文章点赞、点在看数均超过10个则继续下一篇文章的写作。

  2. 大家可以留言,根据自身的需求,提出专题,我根据系列文章的连贯性,选择合适的专题进行写作


如果约束1未达成,写作周期会一定程度上延长,如果约束2没人提,则按我既定的大纲逐步输出。


本号只专注性能测试相关的分享,一般情况不提供其他内容,如果需要学习测试开发、大数据测试、物联网测试等相关内容请关注下面的公众号

欢迎开启和苦叶子一起学习性能测试之旅,在开始探索性能测试前,我们先了解下以下几个问题:


  1.  什么是大家认可的好的性能?

  2.  什么是大家公认的差的性能?

  3. 为什么性能测试是软件生命周期至关重要的一个环节?


请大家根据自身的知识结构,技术储存,企业实践思考上面的问题。


通常情况下,一个糟糕的系统是无法满足企业的预期的收益的,也无法满足测试从业者的kpi。


尤其是,一个糟糕的性能系统,会将测试、开发、运维等一线系统产出干系人,带入无尽的熬夜、通宵和领导的批评、不满。


但现实是,我们当下大部分的测试从业者所掌握的知识、技术和实践并未满足企业对性能测试的要求。


很多测试从业者,都被各种概念,工具所迷惑,不仅仅性能测试实施无法实施到位,在理论、工具上还处于迷茫,被牵着鼻子走的状态。


简而言之,既没系统的去学习性能测试原理,也没深入的掌握工具,更缺乏将技术与业务落地结合的能力。


在我们新手学习性能测试时,往往大家都会从学习各种工具开始,也会有各种博文教授你看各种指标,例如日pv、cpu、io、mem等等业务、技术的指标。


而根据我的经验,而日常企业实践,我认为性能其实是一种感受。


一种终端用户的感受!!!


为什么呢?因为终端用户基本不会去管你的系统应用的技术、具体的性能指标,他们更多的是:感受到了系统的延迟带来的感官的困扰、烦躁。


例如你在双11时,为了心意的某个产品,在提交支付时,往往会感受到死活提交不上。


说白了,性能是一个很主观的东西,是一种因人而异的感受。


这个听起来好像是很简单的,或许对于专业的测试从业者而言,你未必同意我的观点,你对好的性能有自己的见解,但是不管你怎么定义它,当系统处于负载高峰时,很多应用甚至连基本的性能期望都无法满足。


毕竟当我们谈论性能时,其实更多的是指当下系统各个服务的综合性能,搞笑的是实践中很多人在就某个指标、某台服务、甚至某个接口在进行所谓的性能测试。


所以我们在定义我们的性能指标时,可以从如下几个方面进行:

  1. 从用户端,即实际用户群体的感受来定义

  2. 从当前系统的硬件资源来定义

  3. 从系统单元资源消耗来定义

  4. 从当前系统所依赖的第三方服务来定义


总体而已,基于当前资源现状,结合终端用户体验需求,从早规划,从早设计,从早介入,而不是等到出现问题、发现问题才去做。


当然了,说起来容易,做起来难,毕竟首先当前团队、资源、环境、能力等等的约束,但不管怎么样,成长需要日积月累,只要坚持,必定有成长。


    关注我,不迷路,专注性能测试的分享,不反弹

浏览 19
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报