软件测试人员的职业发展的讨论
元仲：针对公司今年的“修生养性”的政策，测试团队今年的规划也做了调整。沉淀技术，培育测试人才，打造一个不断成长的、有成感的、开放型和智慧型的互联网测试团队是测试团队未来几年的努力方向。如何挖掘内部员工潜力，促进员工成长和团队进步是需要每位管理者认真思考的。不久前腾讯的的测试岗位裁员传闻，在团队内部也引发了大家对测试岗位职业发展的激烈讨论。我们前期针对测试团队重要的事情，在主管层面搜集了一些话题。测试人员的职业发展是大家提到多的，也是员工关心的。我们此展开讨论，希望通过讨论达成共识，产生一些好的想法并付诸实施。
三槐：职业发展这个问题问过团队的人，大都没有特别清楚的结论。不知道是没想过，还是不敢说，还是胸有成竹。
薛明：这有不同的解释。例如，员工没有职业规划，还是有规划但是无从下手，或者是知道我的职业规划，各种都有可能。我自己的经历是，刚开始做测试的时候，大的困惑是没有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。她可能编码能力不强，但对团队的贡献也很大。这样的人也往往是深得开发人员的信任和认可的。每个人都有各自的优势。如何发掘每个人的潜力，是主管要思考和做的事情。
若凌：代码是基础，业务和技术是两个方向。个人发展应该是发挥长处，不是补短板，应该通过管理补短板。我大学刚毕业的时候对职业发展也很迷茫。主管需要做方向性的引导。
元仲：主管的一个基本素质是要看人要准，要对每个人的优势和劣势有清楚的认识。
林寒：自己的团队中有多少是真正喜欢测试、喜欢技术的？如果不热爱如何让他们热爱？
元仲：我刚开始在微软做测试的的时候还是很受挫的。为什么我发现的bug别人早已发现了，为什么我发现不了别人那么多有效的bug？我一直在思考这些问题，并逐渐自己找到一些答案：看的人是如何工作的，再找到适合自己的方法，慢慢找到感觉了，逐渐开始喜欢做测试，这也是经验积累的过程。另外，主管的认可也很重要，员工会感到被激励。往往主管曾经不经意的一句话会让员工记一辈子。
元逍：但是，主管也要压一压。测试仰视开发不利于做测试。人在压力下可以爆发出他的潜力。不能过早的判断说这个是人家的短板。测试仰视开发，觉得编程有多高深，那让他做一段时间编程，自然觉得没什么了。
林寒：做开发不是因为喜欢，而是觉得测试低级。
杨涟：给工作的时候要给指导。
元逍：蹦和跑之前不能告诉他只能走，不能迁惰性。
凝之：做测试的人员基本是两种情况：一种会逐渐喜欢测试；另外一种还是仰视开发，做测试会不细心。
元仲：公直说过，的人无论在哪里都是的。
林寒：是一种习惯。如果他做测试做不好，做开发也做不好。我和团队说，你做测试是测试专家，开发不是测试专家。很多测试人员问开发，我该怎么测？要成为测试专家，你一定要有自己的测试想法和思路。
凝之：确实！自己没想法，老问开发。特别同意林寒的细分的说法！人员有几类：技术管理、业务专家、技术专家、业务和技术都不错。可能我们更倾向技术导向，业务专家感觉没有受到应有的重视。
元仲：业务专家和技术专家对团队都很重要。业务专家感觉不受重视，这个问题已经注意到了，未来会看到一些变化。可能目前技术相对更容易衡量，业务的价值以及他的能力如何衡量是需要考虑的。
公直：职业发展的问题非常困惑。我们每个人的下一站出口在哪里？与职位无关，到底走管理路线还是技术路线。不是说高层级牛B，而是有更多的机会做更重要的事情。另外一个出路，远走高飞。坦白讲，屋里一半人都是新人。林寒已经6年了。长远看，是市场的选择。我们需要居安思危。公司需要你帮助你的主管做事情，元仲对我说得多的是你都P8了，你要自己去想。人无远虑必有近忧。如果脱离了现在的公司，你能做什么。你想去百度？你如何吸引别人？技术是骨架，是支撑，业务是血肉。未来的趋势是技术。测试人员的核心竞争力，一方面是对技术的理解力，另外是测试的敏锐度。在测试人员之中，技术能力很容易凸显出来，有了这种能力是亮点。开发人员对于系统的状况是不如测试的，这个也是核心竞争力。
林寒：危机感很重要。养家糊口也需要危机感。有危机感才有动力。
公直：只有自己有了竞争力，才有自信、不困惑（了解自己的状态，和可能的选择机会）
辛哲：技术是根本， 没有疑问， 测试也是技术工种. 我们有些人能力不错，但公司的现状， 测试职位确实存在一些不利于个人发展的情况， 比如有些工作内容不应该进入到测试阶段的。另外，测试在项目组中的地位有些被动。
