51Testing软件测试论坛
标题:
从测试执行到测试经理5年时间的积累
[打印本页]
作者:
gehuanyang
时间:
2012-11-5 18:27
标题:
从测试执行到测试经理5年时间的积累
我从知道有软件测试这个职业到现在共五年不到时间。也潜伏在51testing论坛里差不多五年时间,基本没怎么发过贴,也没怎么回过贴,只是有空时偶尔看看论坛里的帖子。
从正儿八经从事测试工作到现在也有4年半时间,我用了这些年的时间从一个初始的测试执行到测试组长,成为测试主管,再到测试经理甚至同时带着产品经理团队。这四年半时间积累了一些东西,但不敢说自己是技术大牛或者自己试测试专家。因为这些名头都是相对的,在菜鸟前夸夸其谈也会被人称作专家大牛,但真正说技术到了什么阶段,其实在整个测试领域里面也仅仅在某些方面是比一些人多了解东西,多接触了些东西而已。一直想写些东西,算是给自己这么些年做个总结,对测试这个职业做个总结。
当然也仅仅是个人的一些意见
初级阶段
在N年前,进了一家国内较知名的移动互联网公司,刚接触软件测试。虽然这个职业在国内已经发展了将近有十年时间了,但是对于初出社会的学生来说,还是相对陌生的(包括现在在软件开发相关学科里面很少有软件测试相关的课程)。那时候有一些自动化测试的概念,但是在大部分公司里面其实大多数还是手工测试,更何况是刚刚兴起的移动互联网行业,压根就没什么自动化的方式,完全手工。所以一天到晚都是拿个手机对着用例执行、参加各种评审会议、写个各种文档(虽然那时候有敏捷的说法,但是公司还是按照传统瀑布式的流程,于是乎难免就有很多很多文档,很多很多评审)。开始也没觉得什么,毕竟是自己选择的职业,也还算比较新奇的。但是久而久之就发现一些问题:
为什么在一个研发团队中测试的地位不高?
为什么测试每天做的都是同样的工作,但是应聘要求要这个那个的?
怎么规划职业发展比较合理?
那时候想想都想不明白,但是后来慢慢的都有了答案:
1. 这样一个研发团队中,测试仅仅是去验证软件是否按照产品的要求去完成相应的功能。不了解完成相关功能如何实现,从而在产品出来后如果有问题就比较被动。如果碰到一些可改可不改问题,开发就会说这个问题解决不了,这个问题就是这样不算问题,我相信很多测试都碰到过类似的情况。测试仅仅是当做一个用户这样去工作,这样一来测试的地位就很尴尬了,随便来一个人只要思维清晰一点就可以代替你的工作。从整个公司管理角度看到的情况就是,测试仅仅是来做功能测试的,这样的职业门槛很低,所以地位不会得到重视。
要如何去解决这样的问题呢?我目前的做法,测试介入产品设计阶段,介入开发设计方案阶段。在产品角度,测试对需求的把握程度比开发跟精确,更细致。而且通过对测试工程师能力培养,使之能够知道在完成这块功能的时候,需要怎么去设计,会用到哪些技术。
久而久之就会变成我部门目前的状态:产品经理出了需求后,测试和产品经理、开发做大量沟通。后续到研发阶段,测试俨然就是这个项目的产品经理了,会和开发讨论需求,并监督其在开发阶段按照需求来研发。另一方面,在研发阶段,虽然测试不需要给出一个设计方案,但是很多时候测试的方案往往会被开发主管直接使用,或者做参考,有时甚至为一个功能的实现方式争论。后期测试阶段,测试会按照一些自己的逻辑去执行,覆盖面明显有提高。
这样一来,产品的质量明显提高,测试地位也提高。
2. 第二个问题,其实分两个方面来讲。第一个方面,很多公司的HR有时候不大专业,在发布一个岗位招聘信息的时候,往往看了别人信息中写了会LR、会QTP等等等 就往上贴,也不会去考虑自己招的这个岗位具体是怎么个要求。有时候去跟这个招聘的需求方去沟通,相关的测试经理也就按照行业内的一些工具,不管三七 二十一就往上贴,显得自己要招的岗位是多么多么牛逼。这样就会出现一些纯粹黑盒测试岗位,要求精通代码。做功能的测试岗位,要求会用LR。
但是从我的个人角度来看,大部分的要求其实并不过分。一个测试如果仅仅做功能测试,有时候可能不会用到一些工具。但是如果想更深的去了解实现方式,稍微的代码能力还是需要的。对于不同的项目,可能会用到不同的知识点,可是千变万变就那么些东西,无非是代码,数据库,操作系统,缓存,算法 等等等等 。而其他的一些技能,是对自己提升身价有很好的帮助,也对自己职业发展有很好的帮助。所以我一直认为测试是对知识广度要求比较高的职业,既然选择了这个行业就要不停的去拓展自己的知识面。
3.对于第三个问题,也是见仁见智了。很多人选择测试转管理,转开发等等 都有。从我角度来看,测试发展一般有那么几种:
对技术比较感兴趣,肯往深的去钻研的,后期发展成测试技术专家,或者专开发成为开发领域的专家,抑或变成技术管理。对某些领域的测试,有很高的技术修养。
沟通能力,团队概念比较强的,转测试管理。当然专管理也是要看机会的。测试管理 就有一定的测试技术 和测试理论 ,但主要还是管理能力。
有些同志就直接换个职业,转成项目经理 或者 产品经理。在这些岗位,测试工程师是很有优势的。
过了一些时间(写累了,以下内容先列个提纲,后面有空再写吧)
过了一些时间,我碰到个机会,转去了系统测试部门,并且慢慢的成为一个组的leader。从那时候起就开始接触到了一些自动化和性能测试方面的内容。那时候的系统测试有很多时是去写一些接口代码。然后用这些接口代码去过用例,然后通过接口代码去做性能测试。其中也是有一些总结:
1.什么时候做自动化比较合适?
2.怎么样去建立一个自动化测试团队比较合理?
3.性能测试是需要一个什么样的团队,什么样的环境去做?什么时候去做性能测试比较合理
再后来
成了测试主管
1.什么样的人比较合适做测试?
2.一个部门怎么样的去构建,会比较有战斗力?
3.管理到底是管员工,还是管什么?
现在
测试经理兼管产品
1.怎么样去定位测试 才能使其迸发最大的能量?
2.敏捷是个什么样的东西?我们现在这种敏捷的做法 对么?
(未完待续)
作者:
淡痕夏末
时间:
2012-11-5 20:45
好文章 问下 lz代码能力怎么样
作者:
gehuanyang
时间:
2012-11-5 23:41
回复
2#
淡痕夏末
一般般 能自己写写测试工具 看看代码
作者:
德尔奇
时间:
2012-11-6 07:26
感谢楼主分享经验,我是新手,也是第一次进入社区刚注册帐号,前排支持下哦!
作者:
llgg716
时间:
2012-11-6 10:19
其实测试的出路很宽广,不要把自己局限于编程,管理这两个独木桥上,如果有足够的经验在各行各业,可以做咨询,如果在一个行业内扎得很深可以做产品经理或质管经历。365行,行行都可以出状元,最要不得的就是浮躁,不停的切换,没有一个坚定的目标。
作者:
赵佳乐SMILE
时间:
2012-11-7 13:59
我的5年光阴 已经浪费了快4年了 还是个测试执行 我得努力了。。
作者:
forsomething
时间:
2012-11-7 17:58
mark一下,非常不错。
作者:
51test_test
时间:
2012-11-7 18:46
学习经验!
作者:
Longtop2012
时间:
2012-11-20 15:21
经验之谈!
作者:
msnshow
时间:
2012-11-23 13:18
很好,支持!
作者:
lanyu
时间:
2012-11-28 14:56
到首页了,不错哦, 楼主继续写啊
作者:
dengkele
时间:
2012-11-28 15:39
很不错,能进行交流不?
作者:
wangzhanxiang
时间:
2012-11-29 10:45
楼主,能留下联系方式吗,可以私下交流,谢谢
作者:
lyhuanxiang
时间:
2012-11-29 11:39
回复
5#
llgg716
作者:
lyhuanxiang
时间:
2012-11-29 11:39
赞一个,我觉得说得特别对!
作者:
lyhuanxiang
时间:
2012-11-29 11:41
回复
5#
llgg716
作者:
naonao0510
时间:
2012-11-29 14:40
支持一下
作者:
zz45509
时间:
2012-11-29 20:12
作者:
hoperong
时间:
2012-11-30 17:03
俗话说,360行,行行出状元,每个行业岗位都有它存在的价值,同样每个岗位人也都有平庸和出色之分,看你如何努力
作者:
妍妍砣
时间:
2012-12-3 11:44
六年的光阴就这样飘了。。
作者:
peiminglei
时间:
2012-12-4 11:46
这个,不具备广泛性。如果楼主在外包行业的话,建议去非外包试试。你会得到不一样的发展,起码不会如此快的发展。
如果本身就在非外包做起到做到现在,还是很厉害的!
作者:
kasumi
时间:
2012-12-14 16:51
我也是差不多这样吧
07年毕业 一直在非外包公司 从小小的测试员做到测试主管
现在刚换了工作 在外包公司做
做测试leader
觉得 还是和个人的规划有关系吧,不能一味的做做,要经常去想 自己的出路在哪里?下一步该怎么走……
这样目标 就比较明确了,呵呵
潜水也有几年了,很少回复……
作者:
piaobo628
时间:
2012-12-24 09:11
支持一下
作者:
jimmylee216
时间:
2012-12-24 09:24
5 年时间做到经理级别,那你往后的30年工作,一直做测试经理做下去吗?如果不是,估计你现在要开始郁闷的怀疑自己能做多久,考虑转行了?过程享受的太快,就容易走到尽头,就像我这个头像一样,射了后就四肢乏力了。
作者:
appl9e
时间:
2012-12-25 11:29
分析的很好、测试介入产品设计阶段,介入开发设计方案阶段。对测试人员来说很重要。可以更好的去设计测试用例。了解产品。
作者:
swart2006
时间:
2012-12-25 17:00
LZ,世界末日都过了,差不多该更新了吧
作者:
Ivy.xu
时间:
2012-12-25 17:16
回复
1#
gehuanyang
没想到 我们的职业发展如此相近,呵呵!不过你的总结和感悟缺点共鸣
作者:
jimmylee216
时间:
2012-12-26 09:29
作者:
sunny
时间:
2012-12-26 16:40
收藏 学习了
作者:
cooltom
时间:
2012-12-29 00:12
很好的经验,受教了。
作者:
ONEsteven
时间:
2013-1-15 23:01
吸收下先,呵呵
作者:
badnull
时间:
2013-1-16 13:51
学习下
作者:
gehuanyang
时间:
2013-4-20 13:10
回复
2#
淡痕夏末
一般吧,能自己写写测试代码。写写性能测试工具。真的要和开发大牛比,肯定是不行了
作者:
gehuanyang
时间:
2013-4-20 13:11
回复
5#
llgg716
嗯 有同感
作者:
gehuanyang
时间:
2013-4-20 13:12
回复
11#
lanyu
呵呵 好长时间没写了。因为公司一年做了个大项目,闲暇时间也忘了来这边溜达了。近期空下来了,我继续写
作者:
gehuanyang
时间:
2013-4-20 13:14
回复
21#
peiminglei
呵呵,我本身非常排斥外包行业(我知道这样的想法不对,请拍砖)。所以也没有在外包行业呆过,我呆的第一家公司是在纳斯达克上市的第一家移动互联网企业。第二家现在在圈内也小有名气了。
作者:
gehuanyang
时间:
2013-4-20 13:17
回复
24#
jimmylee216
是的,我有段时间也很纠结以后出路。至少现在看来,纠结这个的时间还没到。就我个人而言,我会走纯粹管理,我自己也特意在公司一些项目中承担从产品到项目到销售等不同的角色,希望给自己一些积累吧。
作者:
炫彩琉璃
时间:
2013-6-4 13:49
很好的经验谢谢楼主分享
作者:
wangzhanxiang
时间:
2013-6-21 16:21
回复
22#
kasumi
能留下qq,一块交流交流吗,我qq:361594406
作者:
girl04
时间:
2013-6-26 09:56
1. 这样一个研发团队中,测试仅仅是去验证软件是否按照产品的要求去完成相应的功能。不了解完成相关功能如何实现,从而在产品出来后如果有问题就比较被动。如果碰到一些可改可不改问题,开发就会说这个问题解决不了,这个问题就是这样不算问题,我相信很多测试都碰到过类似的情况。测试仅仅是当做一个用户这样去工作,这样一来测试的地位就很尴尬了,随便来一个人只要思维清晰一点就可以代替你的工作。从整个公司管理角度看到的情况就是,测试仅仅是来做功能测试的,这样的职业门槛很低,所以地位不会得到重视。
要如何去解决这样的问题呢?我目前的做法,测试介入产品设计阶段,介入开发设计方案阶段。在产品角度,测试对需求的把握程度比开发跟精确,更细致。而且通过对测试工程师能力培养,使之能够知道在完成这块功能的时候,需要怎么去设计,会用到哪些技术。
久而久之就会变成我部门目前的状态:产品经理出了需求后,测试和产品经理、开发做大量沟通。后续到研发阶段,测试俨然就是这个项目的产品经理了,会和开发讨论需求,并监督其在开发阶段按照需求来研发。另一方面,在研发阶段,虽然测试不需要给出一个设计方案,但是很多时候测试的方案往往会被开发主管直接使用,或者做参考,有时甚至为一个功能的实现方式争论。后期测试阶段,测试会按照一些自己的逻辑去执行,覆盖面明显有提高。
这样一来,产品的质量明显提高,测试地位也提高。
===============================
这是不错的解决办法,我也曾经这样做过。效果不错。
但现实中,测试很难在产品设计阶段参考进去!这一点非常致命。
产品线的测试还会好一点,如果是项目级的测试,根据成本和PM的认识,这个非常难。
作者:
Alisa_jiajia
时间:
2013-7-2 17:29
学习了
作者:
pcxty
时间:
2013-7-3 09:22
不错
作者:
娜的生活
时间:
2013-7-5 15:13
学习下,很多资料都是些理论知识,期待实际案例的分析学习。
作者:
zz45509
时间:
2013-7-7 22:20
........................
作者:
千里
时间:
2013-7-23 20:53
与时俱进,很好。
作者:
nalaly
时间:
2013-10-14 16:58
非常好,感触很深,对我有点帮助。赞一个
作者:
kelvin_hang
时间:
2014-1-14 23:47
请问手机终端app测试有什么自动化工具可以使用呢?
作者:
afs1984
时间:
2014-5-19 20:03
回复
47#
kelvin_hang
monkeyrunner、robotium,需要了解编程语言python(就像QTP要VBS一样)如果你确定要在手机测试行业发展,可以多了解这方面的内容。
作者:
sophie2805
时间:
2014-5-22 13:18
沉下心来,认真钻研,测试是大有可为的。
转管理的话,确实需要机遇。但是如果不断完善自身,准备好了,机遇来临时自然抓得住。
作者:
zfs19890602
时间:
2014-5-29 20:00
回复
1#
gehuanyang
楼主的续发到哪里了,想看没找到呢。。我是新手组的,看一些东西还要权限,好麻烦,,楼主能直接发个链接不?O(∩_∩)O谢谢
作者:
barronliu
时间:
2014-7-4 17:37
做了3年多的测试,现在转做项目管理快1年了,感觉好累啊
作者:
Gavin2003
时间:
2014-8-11 15:12
楼主,很有鼓舞左右
作者:
雪夜飞猫
时间:
2014-8-12 00:44
希望多看到测试经理写的文章 才能对职业发展有框架的理解,LZ写的很有参考意义
作者:
vickyfang19
时间:
2014-10-21 17:08
后面继续啊,主管和经理部分写得太少了
作者:
catherinahsuuu
时间:
2014-11-4 10:12
求更新
作者:
雪冰萦
时间:
2014-11-25 16:11
测试介入产品设计阶段,介入开发设计方案阶段。在产品角度,测试对需求的把握程度比开发跟精确,更细致。而且通过对测试工程师能力培养,使之能够知道在完成这块功能的时候,需要怎么去设计,会用到哪些技术。
--------------------
愿望是这样,现实太骨感。这是我现在的体会。。。
作者:
jdq0912
时间:
2014-12-5 17:03
怎么还没有更新?好期待。很希望看到测试主管、测试经理部分。
作者:
jdq0912
时间:
2014-12-5 17:04
怎么还没有更新?好期待。很希望看到测试主管、测试经理部分。
作者:
孜钊
时间:
2014-12-16 18:54
同感,楼主写出了相似的心声。赞~
相对楼主,觉得楼主更牛,我用6年才走了你4年的路。汗……
作者:
天士
时间:
2014-12-22 11:32
支持一下。
作者:
zhaoan2018
时间:
2015-3-20 17:36
jimmylee216 发表于 2012-12-24 09:24
5 年时间做到经理级别,那你往后的30年工作,一直做测试经理做下去吗?如果不是,估计你现在要开始郁闷的怀 ...
一直也没射呀~~
作者:
hughtofu
时间:
2015-3-27 16:43
测试三年啦,现在转到一家小公司,相当一个小leader,如何培训新人和自我提升呢?
作者:
hughtofu
时间:
2015-3-27 16:43
测试三年啦,现在转到一家小公司,相当一个小leader,如何培训新人和自我提升呢?
作者:
tylerswift
时间:
2015-3-30 09:01
赞 会继续关注
作者:
北门口小强
时间:
2015-3-30 09:59
mark一下,做测试也有2年半了,正在分岔路口,继续做下去还是转行?公司做的就是复杂业务的功能测试,感觉接触新技术的机会比较少。。。。。。确实就是每天重复再重复。。。。。
作者:
zhaiyi
时间:
2015-4-1 09:05
楼主,别弃楼啊,受益颇多,一直埋头做手机黑盒,但心里面一直有股子脱离黑盒,做些自动化的理想,可限于公司工作环境以及时间原因,总是无从下手,能帮忙理一下我现在的一些需要掌握以及熟悉的东西吗?
作者:
mxdai
时间:
2015-4-8 16:10
请问楼上,如果向测试管理这方面去发展则需要什么的知识?
作者:
zhenghua1015
时间:
2015-4-28 13:27
支持
作者:
doris330
时间:
2015-4-29 17:30
不错 mark
作者:
xinxin0715
时间:
2015-4-30 22:33
值得参考!
作者:
xinxin0715
时间:
2015-4-30 22:34
参考
作者:
gaorobert
时间:
2015-5-6 23:36
测试新手,要多看前辈们的经验总结!
作者:
虾米66
时间:
2015-7-6 20:47
支持学习
作者:
午后红茶
时间:
2015-7-19 21:12
测试怎么转产品经理,我说的不是内部转岗,在没有经验的情况下怎么应聘产品经理呢
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2