从终端用户感受来体验性能指标度量
共 1361字，需浏览 3分钟
·
2021-12-13 05:48
今天开始正式启动基于jmeter的性能测试，做如下几个约定。
这个系列的文章，每次发布的文章点赞、点在看数均超过10个则继续下一篇文章的写作。
大家可以留言，根据自身的需求，提出专题，我根据系列文章的连贯性，选择合适的专题进行写作
如果约束1未达成，写作周期会一定程度上延长，如果约束2没人提，则按我既定的大纲逐步输出。
本号只专注性能测试相关的分享，一般情况不提供其他内容，如果需要学习测试开发、大数据测试、物联网测试等相关内容请关注下面的公众号
欢迎开启和苦叶子一起学习性能测试之旅，在开始探索性能测试前，我们先了解下以下几个问题:
什么是大家认可的好的性能？
什么是大家公认的差的性能？
为什么性能测试是软件生命周期至关重要的一个环节？
请大家根据自身的知识结构，技术储存，企业实践思考上面的问题。
通常情况下，一个糟糕的系统是无法满足企业的预期的收益的，也无法满足测试从业者的kpi。
尤其是，一个糟糕的性能系统，会将测试、开发、运维等一线系统产出干系人，带入无尽的熬夜、通宵和领导的批评、不满。
但现实是，我们当下大部分的测试从业者所掌握的知识、技术和实践并未满足企业对性能测试的要求。
很多测试从业者，都被各种概念，工具所迷惑，不仅仅性能测试实施无法实施到位，在理论、工具上还处于迷茫，被牵着鼻子走的状态。
简而言之，既没系统的去学习性能测试原理，也没深入的掌握工具，更缺乏将技术与业务落地结合的能力。
在我们新手学习性能测试时，往往大家都会从学习各种工具开始，也会有各种博文教授你看各种指标，例如日pv、cpu、io、mem等等业务、技术的指标。
而根据我的经验，而日常企业实践，我认为性能其实是一种感受。
一种终端用户的感受！！！
为什么呢？因为终端用户基本不会去管你的系统应用的技术、具体的性能指标，他们更多的是：感受到了系统的延迟带来的感官的困扰、烦躁。
例如你在双11时，为了心意的某个产品，在提交支付时，往往会感受到死活提交不上。
说白了，性能是一个很主观的东西，是一种因人而异的感受。
这个听起来好像是很简单的，或许对于专业的测试从业者而言，你未必同意我的观点，你对好的性能有自己的见解，但是不管你怎么定义它，当系统处于负载高峰时，很多应用甚至连基本的性能期望都无法满足。
毕竟当我们谈论性能时，其实更多的是指当下系统各个服务的综合性能，搞笑的是实践中很多人在就某个指标、某台服务、甚至某个接口在进行所谓的性能测试。
所以我们在定义我们的性能指标时，可以从如下几个方面进行：
从用户端，即实际用户群体的感受来定义
从当前系统的硬件资源来定义
从系统单元资源消耗来定义
从当前系统所依赖的第三方服务来定义
总体而已，基于当前资源现状，结合终端用户体验需求，从早规划，从早设计，从早介入，而不是等到出现问题、发现问题才去做。
当然了，说起来容易，做起来难，毕竟首先当前团队、资源、环境、能力等等的约束，但不管怎么样，成长需要日积月累，只要坚持，必定有成长。
关注我，不迷路，专注性能测试的分享，不反弹