测试工程师面对职业挑战:跳出测试看测试

2012-08-21  熊志男 

    [如需转载,请在转载时注明出处,并保证本文的完整性] 

     周末参加测试管理沙龙,收获挺多的,上一篇分享了物质收获,那么如果精神上也有收获的话,那么就是引发我对于会上提出的这几个问题的思考。

    1. 测试是可以做一辈子的职业吗

    在国内,做技术能否做一辈子存在很多的争议,很多人早早就在纷纷讨论转型的问题。那么我们测试工程师就不一样吗?嘉宾的答案很丰富,大家都敬佩China Test 大会上的讲师Richard 能保持40多年坚持做技术的热情,可是我们真的都能做到吗?

    从嘉宾的解答里我得出这样的答案:“跳出测试看测试”,我们是可以做一辈子测试的,但不是角色固定的“测试工程师”。可以像@朱少民 @柴阿峰 @段念 ..他们一样,虽然不是测试工程师的角色,但是永远有一颗测试的心,一直在为软件测试的发展做贡献。

    作为测试工程师的我们,经过职业的磨练,已经具备了测试工程师特有的逻辑严密、细致耐心的品质。这些正是我们可以保留一辈子的东西。

    2. 测试人员需要会写代码吗

    有些人听到“写代码”会很反感,有些人却乐此不疲的在学习各种语言。大多数人认同的现状是“会写代码可能有更好的发展机会,可能有更高的薪资,可能会更好的和开发工程师交流”。

    相反的观点是“测试人员理解了开发人员的思维以后,就会很容易犯和开发人员一样的错误而漏掉一些缺陷”。

    仔细思考一下,就会发现第二种观点是不成立的。(@段念 的有力反驳“我们家长如果能理解了小孩子的思维,那么就会和孩子一样犯错误吗?人是可以有多重思维的。”)那么我们测试工程师真的需要具备编码能力吗?要达到什么水平?

    可以说无论从嘉宾的答案还是从现实的分析来看,编码能力已经成为我们测试工程师需要具备的一项基本技能,关于要达到什么水平,那就看个人及项目需求。是做自动化或白盒测试,还是做黑盒手工测试,对于后者来说就不需要太多的编码能力。

    3. 是否要转型做管理?

    和第一个问题有些交集,如果说不应该转管理,那么难道“不想当将军的士兵都不是好士兵”是不对的吗?可是问题的关键在于是否做好了面对挑战和困难的准备?是否具备了相应的素质?“学而优则仕”并不适用于每一个人。

    大部分的人觉得管理者能有更好的薪水,更多的权力,更好的名头。我们站在河对面看到的都是表面的现象,从嘉宾们的回答中我可以体会到,作为管理者,应该“当团队的工作受到赞扬时,鲜花和掌声应该留给你的员工,当团队的工作受到指责时,责任应该留给自己。”听了这样的话,使我不得不感动。

    那么作为管理者的乐趣是什么呢?“能够提升自己的同时,借助自己在团队中的领导作用更好影响到周围的人”,“面对困难和挑战时,充分发挥自己的能力,通过调配资源来验证自己的想法可行”

    所有人都觉得被裁是一件痛苦的事情,那么对于管理人员来说,选择裁掉团队的成员更应该是职业生涯中无法抹去的成长的痛苦烙印。

    那么对于有志转型做管理的测试工程师,应该首先在技能上、思想上、沟通能力等方面都做好充足的准备,期待能够更好的飞翔。

    4. 我们测试人员为什么不受重视?

    这个不是在会上提出的问题,可是现实中我们测试工程师却经常提出这个问题。

    还是要“跳出测试看测试”。测试作为整个流程的有机整体中的一部分,不能单独剥离出来。也许我们所认为不够重视的一些“测试工作”,也许并不是真正能帮助整个项目或产品质量提升的工作。

    因此要在平日的测试工作中找到真正的价值所在,希望有一天,我们测试工程师再也不会抱怨我们的工作不受重视。

                    

注:问题不全,只是几个印象比较深刻的问题,其中引用或改编了一些嘉宾(朱少民、柴阿峰、段念、高勇、熊晓虹、胡渊、吴芳、徐毅、贺炘等各位老师)的话,我不能一一对应,就都列在这里了。“跳出测试看测试”应该是段念老师提出的。

652°/6409 人阅读/12 条评论 发表评论

付民  2012-08-21

这几个主要的问题,我想也是目前测试工作者所关注的问题;如何选择测试之路,终究困惑不少人...这样的话题,以后要更多的讨论,更多、有效的帮助测试人员抉择.....


王涞  2012-08-21

对于以上几个问题,只能说见仁见智了,每个人的发言都有道理,都是从不同角度来考虑问题的


张丽丽  2012-08-21

我去听了仍然还是很迷茫...


汪晨  2012-08-21

不受重视的根本原因,可能是价值体现不突出,不像开发做成了功能,大家有目共睹,而bug是无穷无尽的,当你测试漏掉了某些bug,而恰巧在上线后暴露了出来,那么他们就会说你的水平不够,之前测出的问题都黯然失色,重视你的资本就是你的测试能力能给他们担多少责任,而这个责任的大小不好界定


熊志男  2012-08-21

汪晨: 不受重视的根本原因,可能是价值体现不突出,不像开发做成了功能,大家有目共睹,而bug是无穷无尽的,当你测试漏掉了某些bug,而恰巧在上线后暴露了出来,那么他们就会说你的水
粗放的小作坊式的研发流程,我们测试人员的价值如何体现,真的就要跳出一般测试人员的范畴了,俗话说“适者生存”啊


汪晨  2012-08-22

熊志男: 粗放的小作坊式的研发流程,我们测试人员的价值如何体现,真的就要跳出一般测试人员的范畴了,俗话说“适者生存”啊
非逼着人强悍不可啊~


李万峰  2012-08-22

汪晨: 不受重视的根本原因,可能是价值体现不突出,不像开发做成了功能,大家有目共睹,而bug是无穷无尽的,当你测试漏掉了某些bug,而恰巧在上线后暴露了出来,那么他们就会说你的水
其实在我们公司对于这种问题的责任界定为:
1.严重级别以下的BUG的责任及罚金比例为测试人员、开发人员7-3开;
2.严重级别及以上的BUG的责任及罚金比例为测试人员、开发人员5-5开;
3.结构有问题测试没有责任,架构师(或者开发团队负责人)和开发工程师8-2开;
这只是我们一个中型公司的做法,如果认同,可以考虑参照。


汪晨  2012-08-22

你们这个规定还真是立竿见影啊,是什么公司?你们都心甘情愿被罚吗?


李晶  2012-08-23

现在已经不再去抱怨小公司,流程不健全,不受重视之类的话题,拿到任务好好分析,合计,完成后,万一后面出了问题,我再说说这次我都做了些什么,我想这样可能更有效,至少让大家知道我在做事情,尽可能的做好,只有你的价值体现出来,地位也就出来了;关于跳出来做测试,晚上回家或周末回家,我有时去用用我们的网站,这时我已经脱离了那个工作的环境,我就是一用户,来审视这个网站;职业发展,这其实是每个人都必须去面对的,有很多类似的观点和文章,不贵仅作参考,最重要的是:follow your heart


甘隆琴  2012-08-29

代码似乎荒废了。。。


熊志男  2012-08-30

甘隆琴: 代码似乎荒废了。。。
捡起来


甘隆琴  2012-08-31

熊志男: 捡起来
.....


登录 后发表评论