陈先生听着，继续示意阿黄说下去。

　　阿黄说：“在B公司，我们部门的主要业务是开发安卓系统的应用程序，公司在深圳的规模不算大，约100来人。在这里软件测试我是第一个进入公司的，后来随着公司的业务发展，也就组建了测试团队。我主要负责测试团队的建设，日常工作安排，人员培养等工作。”

　　陈先生经阿黄的一翻介绍，对眼前这个清瘦清瘦的他有了一些了解。于是问道：“在B公司，你负责的测试团队有多少人？”。

　　阿黄说：“4人。”

　　陈先生有点意外，因为一般作为一个部门的Manager，其下应会有多个主管，一线的工程师就更多了。于是接着问：“是4个工程师吗？”

　　阿黄回答说：“是的。”

　　陈先生继续发问：“你们是QA部门，是否还有另外一支专门做软件测试的队伍？”

　　阿黄说：“没有，就是我们做。公司的很多做法、叫法，包括开发的流程，都不太规范。这也是我离职的原因之一。”

　　陈先生听了只好似懂非懂地点了点头。心想，国内的确是有一些公司把测试团队放在QA部门的，尽管叫法不够专业，但做的事情类同。对阿黄这个QA Manager的头衔这个角色有了一些理解。

　　接着阿黄的话题，问道：“刚听你说，公司的开发流程不够规范，能不能具体说是什么流程呢？”

　　阿黄说：“比如，有时开发人员更改了软件，不知会测试，直接把软件发布了，一方面觉得这里有风险，另一方面觉得测试被加驾空了。”

　　陈先生听了后，马上问道：“发生这种事后，作为Manager，你是如何处理的？”

　　阿黄说：“我找过软件负责人，也是我的上司，反馈了这样做可能存在的风险等，但没用”。

　　陈先生继续问：“你是否了解清楚了当时的版本具体改了什么内容，是否确实没有经过测试，还是仅是没有经过测试团队的测试？”

　　阿黄回答说：“细节没有了解，是测试人员向我反馈的。”

　　陈先生再问道：“你在找你的上司时，是否给出了解决你认为存在风险的问题解决方案，而且最好是多个方案让他来选择。”

　　此时的阿黄，眼睛睁得圆圆的，定睛地看着陈先生，心里想着：“这个面试官确实有点能耐，问的问题真问到点子上了，我为什么之前没有这么想过呢？看上去这个面试官也只是30出头，可能还比自己小呢。”

　　阿黄沉思了一会后，说“这个我确实没有考虑具体的解决方案，当时只是找领导说了我的想法”。

　　面试到始，陈先生对阿黄这个QA Manager已有所了解，并在心中对其分析问题解决问题的能力打了分。但还是想对这个做了6年软件测试的资深人士有更全面的了解，于是问：“6年的测试经历，谅想你已积累了不少测试经验，你觉得那些方面是做得比较好的，或者说自己的亮点有哪些呢？”

　　阿黄听到这句话后，马上重复地说了“亮点”两个字，然后声调提高了一倍很有信心地笑道：“我觉得都做得挺好的呀！”。

　　陈先生可不怎么认为，心想很可能又是一个忽悠人的家伙，于是设题问道：“几年中测试过的软件，上线发布后是否有漏测的bug反馈？”。

　　此时阿黄收住了刚才自信的笑容，答道：“有的，这是有的。”

　　陈先生问：“可否分享一个案例，当收到用户端反馈的漏测bug后，你是如何处理的？”

　　阿黄说：“好的，我就举一个最近发生的用户新增的数据不能删除的问题吧”。

　　阿黄继续说：“当接收到用户的反馈后，首先我们去重现这个bug，以便确认问题。后来我们经一翻沟通与尝试，发现此bug的发生有一个条件，就是必须是开机后，删除一条记录，再新增一条记录，此时新增的记录不能被删除。开发更改了这个bug后，测试回归确认，然后重新发布了版本。同时，测试这边对所有相关产品都新增了这一用户场景用例，以便同样的问题不能出现。”

　　陈先生说：“同样的问题不能再出现，测试作为软件质量的最后把关者，这是必须要做到的。当时是否想过这个问题你们是出在哪那个环节，例如是用例设计不全，还是用例执行不到位，或者其他什么原因导致漏测了？”

　　此时，阿黄的眼睛又睁圆了，面试官陈先生猜他正在想东西，看样子还有点狡猾。

　　一会儿装着假笑的样子回答说：“测试出现漏测很正常的吧，其实大家都很清楚，我们测试不可能把所有的bug都找出来，对吧。”

　　陈先生知道阿黄说的不无道理，但这里有个度，于是补充说：“测试是有成本的，不可能把所有的bug都找出来，也没有必要，确实如此。但是你的老板肯定不喜欢听你这么说，其实我们做测试的，如何做好测试，需把握一个度，把基于风险的测试做好是一个关键。如能在项目的前期，推动项目做好相关预防，这是上策……。”

　　阿黄听着陈先生的一番话，自知说漏嘴了，而且目前这位面试官是在纠正自己呢。心里已十有八九知道结果了。

　　【思路点拔】

　　为了能找到满足职缺的项目测试经理角色的人，陈先生在二个月内连续面试了上100号人，但结果确是差强人意，下面内容是他的分析总结。

　　测试工作5年后，相对年龄大（大于30岁）的应聘者，普遍缺少对测试技术工作的激情，大部分倾向于做测试管理。然而现实中，国内的软件公司，规模较大（大于500人）的不太多，测试的管理岗位非常有限。而且万不得已时，一般不会直接从社会上招聘。特别是对于基层主管，一般是从基层的工程师中直接提拔，这也是企业用人、留人的重要手段。据悉，今年某公司XX事业部，正是因为空降了一个测试部门经理，正值其初来窅到，几名技术经理（主管）连续辞职。这种基层骨干队伍不稳定时，部门经理基本就是技术经理的代名词。空降的领导带来的影响极大，或许越趋向基层，越不适合空降。

　　通过这一段时间的面试，引发的思考：35岁真是一个IT行业从业者的分水岭吗？特别是软件研发。行业的浮躁和短视已难于造铸就大批的资深专业人士，从价值取向看，我们官本位思想导致很多人都追求做管理，不去做技术。或许，这是陈先生面试了近两个月来，没有找到合适人选的最核心最本质的原因。

　　选择技术也好，管理也罢，笔者的忠实建言：先搞清楚自己能做什么，社会或企业需求又是什么，然后去调整自己，尽可能的情况下去满足需求，或许这样，你离求职成功的距离会更近。

　　本故事面试场景中的一些地方，可能你也似曾相识，觉得那些地方求职者或面试官可以做得更好呢。

版权声明：本文出自 aux0 的51Testing软件测试博客：http://www.51testing.com/?26026

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。