说说你常用的测试方法?
现状:百分之九十的人只能答出等价类和边界值。只有少数人可以讲出其它测试用例设计方法,但深入问,从没有一个人能有令人满意的回答。
解析:如果只是回答出有边界值、等价类、判定表、因果图、错误推测(恶邻)、竞品分析...这些测试方法,我觉得是没有太大意义的。作为测试经理,我会通过面试者的回答来判断应聘者是否能胜任工作,很多测试从业人员都知道这些测试方法,但不太表他们能很好地驾驭这些方法。
我的思路:传统测试方法+黑盒测试框架+思维导图+visio流程图
思路分析:1)在说测试框架的时候,面试官就可能会追问框架相关的问题,这样就能把话语主动权拉向自己这边;2)多说一些自己独特的测试方法,可以让话题更接地气,突出自己的优势和跟其他应聘者的不同,让面试官更方便的对你是否能胜任工作做出判断。
陈述一个缺陷的生命周期(你们是怎么管理bug的?)
现状:有一多半人能够说出常见流程,但深入问一些问题:如缺陷如何同版本、测试轮次等结合起来,一些特殊情况如何处理等,很多人就懵了,而这些基本上都是工作中常用的。
解析:为什么面试官为这个问题?我们如果按照常规bug管理流程回答,怎么体现我们的不同?怎么提高我们和岗位的匹配度? 我们的回答打动不了面试官,这样的回答就没有竞争力。
我的思路:我会说一些跟其他公司不同的地方。1) 比如我们对待线上或者测试环境典型bug的分析,我们会要求开发人员分析为什么出现这个bug,他们怎么修改的,这样修改有哪些影响范围。我们测试人员也会分析以前是怎么测试的,为什么当时没有测试出来,以后怎么改进。2)再比如,我会说一些缺陷如何同版本、测试轮次等结合起来,偶发bug如何处理等,版本上线后遗留bug怎么处理...
思路分析:通过这样的回答,更有可能引起面试官对这个话题深入探讨的兴趣。我们可以在继续探讨的过程中,讨论一下这样做对团队、对质量提升的帮助,以引起面试官的共鸣。而且面试官也可以通过我们的回答看出我们的总结能力、分析能力。
如何提交高质量的软件缺陷(Bug)记录?
现状:很多人会回答说,制定bug的编写标准(他们只关注到了bug的编写规范),好一点会说一下bug分析方面的内容。
解析:我们来思考一下这个话题,什么算是"高质量"? 面试官问出这个问题的时候是否意味着他们公司正被这样的问题困扰?所以我们是否可以从解决这个问题的角度去回答?我们如果能提出有效的解决思路,是否可以提升我们应聘成功率?
我的思路:除了规范和bug分析外,还要结合具体情况,比如项目紧急程度,bug描述常见问题来回答,比如若应聘管理岗,可以从人的角度来说一说。