软件测试人员的职业发展的讨论

发表于:2012-6-28 13:30

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

  元仲:针对公司今年的“修生养性”的政策,测试团队今年的规划也做了调整。沉淀技术,培育一流测试人才,打造一个不断成长的、有成就感的、开放型和智慧型的互联网一流测试团队是测试团队未来几年的努力方向。如何挖掘内部员工潜力,促进员工成长和团队进步是需要每位管理者认真思考的。不久前腾讯的的测试岗位裁员传闻,在团队内部也引发了大家对测试岗位职业发展的激烈讨论。我们前期针对测试团队最重要的事情,在主管层面搜集了一些话题。测试人员的职业发展是大家提到最多的,也是员工最关心的。今天我们就此展开讨论,希望通过讨论达成共识,产生一些好的想法并付诸实施。

  三槐:就职业发展这个问题问过团队的人,大都没有特别清楚的结论。不知道是没想过,还是不敢说,还是胸有成竹。

  薛明:这有不同的解释。例如,员工没有职业规划,还是有规划但是无从下手,或者是知道我的职业规划,各种都有可能。我自己的经历是,刚开始做测试的时候,最大的困惑是没有Role Model,不知道什么是优秀的Tester。有的成功的测试人员是研究者,或者他本人曾经是成功的开发者或者架构师,经历过开发的各个流程之后转到测试,发挥作用。或者他是做工具出身,他的工具被很多团队使用,满足了别人的需求,可能他们是成功了,但是没有规划的。我见过一些人,就想走自动化测试这条路,因为觉得测试做自动化显得更高级;还有的人用写代码的方式做测试,写越多的代码,自动化越高,就成功了。个人的发展规划,不是一开始就有的。当初,我希望自己成为软件开发的一员,希望努力成为软件开发的一部分。所有的事情不区分是开发或者测试都去做。我认为个人发展的方向是去做更有意义的软件产品,测试只是是切入点。开始是小模块,然后到大系统,这样是可以看见路径的。这样,建立自己的职业发展规划,会把自动化、写代码等等作为实现目标的工具,而不是目标。这或许可以解决一些同学的困惑。但是,是不是每个人都愿意,这个因人而异。

  元仲:测试不能仅仅固守测试环节,凡是能提升研发质量和效率的事情我们都可以去做。测试团队的目标是提升研发的质量效率。上游要积极参与需求和设计评审,下游要关注产品发布之后的上线运营和客户反馈,我们有很多事情可以做。“胸有多大,舞台就有多大”。一线员工可能缺少这样的视野,但是主管需要具备这样的能力去帮忙员工拓展思路。“不要做单程优秀的人,要做不可替代的人”。承担的责任越多,就会成为不可替代。如果只固守自己的环节,就可能会被替代。淘宝的文化强调个人影响力、分享和主动担当。外企是把自己的事情做到极致就OK了,但是淘宝这样年轻的队伍,还有很多不完善的地方,这也是各位的机会所在。

  林寒:薛明说的目标与路径非常重要。

  薛明:路径肯定不止一条。如果测试能找到一个可以深入挖掘的点,也很有价值。

  林寒:某种程度上也和中国的传统有关。大家走的路都是别人给设定好的,很多测试人员是因为做不了开发才选择测试。他们没什么想法,随波逐流。这样的人成长会有问题,无法承担更多责任。主管有责任去引导员工。

  薛明:淘宝的Job Model 是不是涵盖了广度和深度(例如算法、引擎)?广度和深度对人的要求不同,需要平衡。

  元逍:现在测试岗位已经有了一个Job Model,它反映了当前业界以及淘宝对此岗位的比较普遍的需求。例如,对测试框架、测试工具等的要求就反映了加强自动化测试的迫切需要,Job Model对个人发展起到一个引导的作用。对于Job Model中列出的技能,不是说要样样精通,比较合理的是在保证足够多样性的基础上有一两个精通的领域。只多不精,可替代性强;只精不多,适应性弱。比较好的是一种T型的技能结构,在测试的基本领域有扎实的功底。例如,测试用例的设计、bug定位和分析等。在若干领域能钻下去,成为某一方面的专家。多不影响深,深以多为基础。随着社会和公司、项目的需求变化,我们还需要不断更新自己的知识和技能结构,否则就会落伍。我相信Job Model也会与时俱进, 新的要鼓励的东西会在Job Model中出现或加强。Google、Facebook的Job Model和我们一定是不同的。

  元仲:从测试团队的岗位分工上看,去年我们增加了专业的工具开发人员岗位,今年增加了测试架构师。过去因为业务发展太快,团队快速扩张,很难细分人员的职责。正因为如此,团队才能不断适应各种变化。但是岗位细分肯定是未来是发展方向。某个领域的逐步完善,必须要有细分的角色。例如,性能测试工程师,安全测试工程师。岗位细分也是团队老人成长的需要,工作三、五年之后一定要细分,这样才能有持续的提升。不仅仅是技术,技术管理也是一样的,都需要不断深入,积累经验。

  林寒:样样精通,样样稀松。赞同测试人员在头一两年都去接触,但是从一开始就要去寻找目标,如果两三年以后再去寻找目标,可能会因为业务所累就迷失了。引擎这边我希望一定程度上做细分。去年给团队思考:业务专家还是技术专家。Job Model过往给大家的引导不好,偏重技术。在这个事情上,主管要发现谁适合做什么,并加以引导。

  杨链:无论开发或者测试,都需要有技术能力,有编码能力,而且这个要求理论上不应该比开发差。同时测试不但需要理解业务,还需要理解开发代码,理解算法。提高测试开发工程师的技术能力和编程能力无论对于测试开发工程师本人还是对于公司都是有利的,是双赢的。

  元仲:这两年我们对测试岗位的技术要求越来越高。客观情况是部分老员工的技术能力相对偏弱的,但非常熟悉业务,很有测试的感觉。无论是偏技术还是业务,我们追求的结果是一样的,就是保证产品的质量。我以前有一个同事,是心理学博士毕业的,非常有测试的感觉(Testing sense)。别人上300个bug的时候,她能上1000个BUG。她可能编码能力不强,但对团队的贡献也很大。这样的人也往往是深得开发人员的信任和认可的。每个人都有各自的优势。如何发掘每个人的潜力,是主管要思考和做的事情。

  若凌:代码是基础,业务和技术是两个方向。个人发展应该是发挥长处,不是补短板,应该通过管理补短板。我大学刚毕业的时候对职业发展也很迷茫。主管需要做方向性的引导。

31/3123>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号