7点微信公众号:请点这里。7点测试网QQ总群:277957570。

7点测试网

 找回密码
 注册7点

QQ登录

只需一步,快速开始

7点测试网 7点首页 7点组织 查看内容

理性看待性能测试-Zee

2012-11-16 01:18| 发布者: Zee| 查看: 2481| 评论: 51|原作者: Zee

摘要: 想来想去,这个文章的名字还是叫理性看待性能测试更为妥当。今天在微博上看到有人@到我提到一个关于性能测试的问题,我在回复了之后,感觉意犹未尽。由于微博上打字太费劲了,想说的话还没说完就不让输入了。只能回来 ...

        想来想去,这个文章的名字还是叫理性看待性能测试更为妥当。今天在微博上看到有人@到我提到一个关于性能测试的问题,我在回复了之后,感觉意犹未尽。由于微博上打字太费劲了,想说的话还没说完就不让输入了。只能回来自己写一个文章以平复一下想说未说完的憋闷。

        我们总是会听到这样的话:性能测试工程师应该会操作系统、数据库、网络、应用、代码等等。这样的话,大部分是从有经验的性能测试所谓的前辈的嘴里说出来,让一些人觉得说这样的话的人牛B而且非常值得膜拜。可气的是没有说明白这个程度到底是什么样的,其实从我个人从业这么多年的角度来看,没有哪一个人可以把这些东西,全都精通到不可一世的程度的。要是说完全不知道,那也不太可能,哪个IT行业的人一生不得总是接触这些东西呢。接触并不代表可以掌握和控制它,这种完全不同的视角会在含糊其词之间被无视。所以,我觉得对性能测试工程师,没有必要这么苛刻。要求可以,但是要理智的要求。要求懂操作系统、数据库、网络、应用?没有关系,正常的操作是可以做的,和性能有关的常用的判断手段是可以做的,和性能有关的常用的参数配置是可以知道的。(其他亦如此)。我觉得这样的要求对中级性能测试工程师就可以了。至少可以做大部分的工作了。也许会有人接着问了,高级性能测试工程师又要求什么呢?我觉得:性能测试的思维是高级性能测试工程师必须修炼的内功心法。面对一个未做过的系统,如果出现性能问题,从自己的经验教训中去判断寻找一些蛛丝马迹,配合整体的团队寻找解决问题的方法,这才是要体现出来的价值。
        同时,我们还会听到另一种声音:性能测试不就是拿着工具录个脚本,加些用户跑一下就行了吗?于是乎,经常会有一些人提出一些比较苛刻的性能测试需求:很短的时间内出一个性能测试的结果,并且要说出性能瓶颈在哪里。这种性能需求大部分来自于一些对性能测试并不十分了解的人群,但是这部分人群又有足够的能量影响着性能测试的方向。比如说,客户方的某个领导。在这样的情形之下,做为性能测试的行内人,就有引导客户需求、说服客户的职责了。当然,在现在这种利益驱动的市场模式之下,花个大价钱做个完整的性能测试,可能还没有给某些关键人物来点贿赂更为有效。毕竟系统上线就死的也不是很多嘛,哪有那么多的系统都像某订票网站那么悲摧呢。只有实际的损失才能有切肤之痛。
        说到性能测试产生的实际的损失,我记得我在一次测试沙龙上说过一句话:在某些感受不到性能测试价值的企业里,性能测试是在谩骂和鄙视中被从踏得满是灰尘的地上捡起来的。在一些实际的利益损失之后,那些各相关部门才会捡起这个大海中救命的木头。可惜的是,这个时候各种动作都是亡羊补牢,损失的再也不会回来。那些被终端用户的嘲笑也被记录在企业的发展历史中。话说,前一阵子,一个金融行业巨头的某系统由于参数配置的问题一上线就死了,幸好产生的社会影响并不大;还有某证券公司的渠道总线因为性能不达标导致停了半个小时,损失了1个亿;还有某互联网公司的系统上线之后,因为数据库承受不了压力而出现了大量的用户失败的现象,等等。这样的情况举不胜举,我都不用众所周知的某订票网站做例子。
        不管是在什么样的行业中,我觉得都要正视行业的处境,也需要明白自己的能力在行业中的位置。在自己的岗位上,就要明白自己的职责。我们不应该给性能测试相关的岗位太多的压力,也不应该报有过高的期望。同时,我们也要知道性能测试的岗位能做到什么样的事情。做为一个性能测试工程师,本身就要明白性能测试的工作职责。我看到很多个招聘性能测试职位的要求,有些要求招的不是人,而是神。由于神不多,所以只能抱怨现在这个行业真是整体能力太差了。性能测试的整个过程中确实应该包括完整的性能分析、优化工作,也需要给足够的时间、资源和支持。
        一个性能项目,如果想做到完整的性能分析,必须要有其他团队的支持。我们可以定位到一个具体的函数,但是如果我们也把函数改了,是不是更能体现我们强大呢?显然这不符合逻辑。这不是我们该干的事情,除非把开发的工资也发给我们。所以,我的观点是:性能分析是性能测试过程中的一个必然的环节;性能分析需要各个相关团队的支持。当然有些团队可能因为时间比较紧,最后留给系统性能测试的只有一点点可怜的时间。在这样的情况之下,就不要再指望性能测试能带来多大的强心剂了,最多也就是安慰安慰领导或者客户罢了。

        还是总结一下:认清楚性能测试职位能做到的事情,明确性能测试工作中需要的支持。不要有无谓的天马行空的论调和不切实际的需求。真正的理性的看待性能测试,才能让性能测试发挥它本应该发挥的也可以发挥的最大的价值。

        后记:希望行内人和行外人都给一个合理的空间。
13

鲜花

握手
1

雷人

路过

鸡蛋

刚表态过的朋友 (14 人)

发表评论

最新评论

引用 游客 2012-11-16 07:18
恩,性能测试,伤了很多人的心.
外人看高不可攀,内行看伤痕累累.
引用 游客 2012-11-16 07:18
理性对待性能测试,很赞同!
引用 vicky 2012-11-16 08:21
顶顶!
引用 vickiren 2012-11-16 09:07
太赞了,说道心坎上了
引用 游客 2012-11-16 09:13
不错,顶下
引用 游客 2012-11-16 09:13
赞,理性中的要求,正确对待……
引用 anan 2012-11-16 09:44
引用 iceriver999 2012-11-16 09:50
还是那句话,一个公司的质量,取决于一把手的重视程度,也取决于质量部门和一把手之间的博弈,而博弈的得失,就是职责划分的问题,开发是否要支持,是否每个部门都能按理想的状态去运作,合作,磨合,这就要看部门领导的个人能力以及具体实行者的推动能力,这不在是技术层面的问题,而是每个公司都必然存在的职责划分问题
引用 iewgku 2012-11-16 09:54
说得真到位,{:soso_e179:}{:soso_e142:}
引用 james.zhong 2012-11-16 10:02
太强··一般都是那些不懂测试的人在做要求···把测试当神用··但还会经常鄙视测试那种···
引用 md0606 2012-11-16 10:05
不错,性能测试最好是一个团队,那样效率最高
引用 shilinglin 2012-11-16 10:08
赞,原来LZ也认可那些要求的人事神,恩,呵呵,我每次看到那些性能测试招聘的条件,都是用膜拜的心情
引用 dhy 2012-11-16 10:17
看到这篇文章我被安慰了许多,一直以来以为自己只是一个操作工(唉,领导也这么认为),重复着录脚本、出结果的工作,根据文章中的看法,我只是处于初级阶段而已。很同意文章的观点,哈哈当然也有点为自己开解的成分。
引用 crystal_guoguo 2012-11-16 10:23
拜读了,了解到了不同级别的性能测试工程师的所需达到的要求;作为性能测试人员有义务引导客户需求,说服客户,让他们多一点了解性能测试是干些什么事;一般系统上线就死的少,是不是那些没有死过的企业,就感受不到性能测试带来的价值呢? 感觉性能测试就是一个常做常新,永无止境的活啊··
引用 风华雪夜 2012-11-16 10:35
恩。楼主说得很对。赞一下。
引用 wenxinwu 2012-11-16 10:39
最后一句话:后记:希望行内人和行外人都给性能测试一个合理的判断。----有点对别人的要求高了。
岂止性能测试,最初的整个测试行业都是这么过来的,甚至现在还存在很多这种现象,一个小公司虽然有测试团队,但不重视,也不知道测试团队该做什么不该做什么,反正质量上面的问题都责问测试人员,这些是一个行业开始阶段必须经历过的事情。
我从03年开始从事测试行业,一直没有离开过这个行业,在小公司呆过也在大公司呆过,在成熟的测试团队呆过也在非成熟的测试团队呆过,区别在哪儿?一个成熟的测试团队后面肯定有一个认同并支持测试行业的领导。所以在成熟的测试团队工作的时候,只需把心放在提高测试技术上;但在非成熟的测试团队里工作,除了工作上的问题,大部分的事情是对该行业不被认同,该行业的工作范围和职责被误解的烦恼当中。
我现在对这种情况的对策是:自己要很明确自己的能力范围、职责范围、工作范围,在自己的工作圈子里,再遇到类似的问题,坚决说明这不是测试的责任,不是测试的工作范围等。但光生硬的这么表示,会遭到更多人的责问,甚至觉得你这人有毛病,为了让别人心服口服,我们要帮他们理顺思路,帮他们找到问题根源,帮他们找到解决办法,可能也有人会说这样对测试的要求多了,但为了让人信服,你必须付出点什么,因为你永远无法改变别人,只能改变自己。但我们这种做法并不是妥协,而是为了让大家都明白且明确我们的职责和工作范围,认同我们这个行业。
到现在我还经常做的事情是:测试出来的问题开发解决不了,那我们测试人员怎么办,光把这个问题的实际情况汇报就行了吗?试问:这么做对产品质量有帮忙吗?没有,那怎么办?只能解决问题,怎么解决?开发都解决不了,我们也没有开发人员的同等甚至更高的开发能力,怎么办?一步步的追解决该问题的开发人员的思路。因为常常解决不了的问题都是开发遗漏了某些方面,而不是开发人员没有修复该问题的能力。当该问题真正解决的时候,相关非测试人员会认同你这个人,会认同你说的测试工作职责和工作范围,会认同你的概念里的测试行业。
所以还是改变自己吧,别试图去改变别人,让自己做的事情冲击别人的内心,让别人自己改变自己才是正道!
引用 Tony竹 2012-11-16 10:53
真的是需要很多资源的支持才可以做一个完整的性能测试。但是在与每个部门沟通争取支持的时候我们应该也掌握相应的技能,这样会节约很多花在沟通理解上的时间。
引用 罂粟satan 2012-11-16 10:54
归根到底,测试工作需要boss的支持,如果测试没有话语权,性能测试只是草草了事。领导对性能测试理解和支持不够,性能测试也无法真正开展。
引用 linsa02 2012-11-16 11:23
总结非常到位!学习了。在外人眼里性能测试就是压一下。不管是运维还是部分开发都这么觉得,提个需求就要求两三天天完成,可性能测试人员开展工作后往往需要很长的一段时间,测试准备都需要花费较多的精力尽可能的去模拟真实场景,还要做性能验证、性能评估(尽管性能数据的真实性往往受到质疑),还要做问题分析,性能调优。。。。有人说要做敏捷性能测试,那就是压一下,但是压一下的价值怎么体现,就是让心里舒坦了?!

查看全部评论(51)

QQ|Archiver|手机版|小黑屋|7点测试网 ( 京ICP备09084002号

GMT+8, 2018-5-26 22:05 , Processed in 0.194588 second(s), 27 queries .

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

返回顶部