您的开发团队已经准备好雇用一名新的软件测试人员。在求职面试中,你会问什么问题,这些问题(A)不会很差劲,(B)实际上会帮助你确定这位求职者是否合格?如果你不知道该问应聘者什么问题,这篇文章可以作为有用的小抄。
贵公司准备聘用一名新的质量保证测试员。你需要一个有着鹰眼、猎犬鼻子和孩子好奇心的人,他想知道为什么圣诞老人看起来很像鲍勃叔叔。那么你怎么才能找到合适的目光敏锐的猎犬呢?
你可以先问应聘者一些显而易见的问题。根据求职者简历中的陈述确认领域知识是有意义的。
然而,可能有几个人可以检查“使用的工具”列表上的项目。归根结底,你想知道这个人是否适合你公司的科技文化,以及你是否想在下一个办公室娱乐时间和他们一起出去玩。
如果你做出了正确的选择,那么你就很幸运:你将在很长一段时间内不必再阅读另一份简历。
你在敏捷或瀑布环境下工作过吗?Scrum这个词对你来说有什么意义吗?当你冲刺的时候,你是怎么跑到终点的?
Smart IT的项目经理兼团队负责人Egor Bulyhin说:“如果你只做过简单的工作,我可以在面试中了解到这一点。”应聘者可能已经做了十年的质量保证测试员,但这并不意味着应聘者拥有贵公司所要求的深度和广度的经验。
要求应聘者解释他们更喜欢哪种方法,以及为什么,这表明他们对每种方法的优点和缺点都有很好的理解。此外,它还证明了沟通技巧,正如我们所知,能够清晰地沟通是让人比小狗优越的少数几件事之一。
硒。IBM Functional Tester。测试完成。卡特隆工作室。功能化(尤其是功能化)。你的应聘者对某一品牌的测试软件的熟悉程度可能是他们获得贵公司的工作和获得在其他地方工作的绝佳机会之间的不同之处。
如果求职者知道不止一种工具,这是可以的;如果没有别的,这表明他们了解每一种工具的优缺点。更好的是:如果应聘者熟悉你们公司使用的软件,没有人(尤其是你)需要花时间培训新手。
尽管不熟悉不应该成为护送该人离开场所的理由。工具发生了变化;您现在使用的软件可能与五年前不同。如果应聘者了解你目前的工具,这会很有用--但从长远来看,更重要的是找到一个热爱学习新事物的人。
再说一次,选择熟悉你当前业务流程的人--不管他们是什么人--也是很有帮助的,同时也要融合具有不同思维方式的人的多样性。如果您的公司正在采用测试自动化,那么很高兴知道这不是一个陌生的概念;另一方面,经验丰富的QA人员理解QA需要人工来填补机器出现故障的工作。QA测试人员可以发现难以发现的错误,并与最终判断该产品的用户进行沟通。(去你的,威震天。)。
但真正的问题是,求职者是否有一种墨守成规的做法--“我们一直都是这样做的”--如果这意味着他们不愿采用新的商业惯例或不同的工具。
这个问题让你的应聘者有机会穿上他吹嘘的裤子。比如,Makujin Media创始人、前QA团队负责人柯林·马(Colin Ma)注意到,他的系统处理的交易比正常情况下减少了8%。他决定进行调查。
“三天后,我找到了罪魁祸首。在某种情况下,支付处理商会转移账号,这通常会导致账户不存在,“马云说。“我们通过更正代码中的IF语句修复了该错误。”
如果马云没有发现这个错误,他的公司将被处以价值数十万美元的罚款。光是这些知识就足以让你的应聘者变成同事。
即使是在你这个经验丰富、长期受苦的QA团队领导身上,这种情况也会发生。如果你与软件正面交锋,你就会被击退。错误:1。你的自尊心:-1。
问这个问题让你的面试者有机会告诉你哪里出了问题,她是如何应对的,以及这个特殊的问题是如何在她的任期内再也没有发生过的。这里希望她的故事是“一个有趣的轶事”,而不是“我不小心执行了摧毁备份服务器的代码,删除了”玩具总动员2“90%的内容。”
这个问题是潜在的QA员工讲述故事的机会,并将自己塑造成最终成为明星的斗志旺盛的失败者。此外:讲故事可以让紧张的受访者放松一些,用自己的声音说话。
当然,你想看看你的面试对象是如何处理技术问题的,包括那些对她来说是新问题的问题。让你的应聘者测试一些随意的东西,比如你们都熟悉的汽水机或手机应用程序。
汽水机是有趣的测试用例,因为它由多个部分组成:字母数字键盘、冰箱、验钞机、汽水配药处、广告显示屏等。此外,维修人员处理机器的方式与希望暂停刷新的客户不同。思考良好的QA测试人员会考虑这些不同的功能和用户需求。它告诉你,面试官,求职者是如何处理从安全测试到用户界面的问题的。
即使在她的脑海里,她脑子里想的都是她有多需要一杯汽水。
当然,您需要一个可以像喝检疫一样容易地编写测试用例的人。但并不是每个受访者都能拿到A+和金星,特别是那些刚进入软件测试职业的人。
别指望申请者会有答案,布利欣说。但讨论可以表明受访者认为重要的是什么。“你应该看到专心、清晰的思想表达,以及他们在工作时会有多舒服。”
重要的不是他们的答案,而是他们的问题。TechLoris的首席执行官谢恩·谢尔曼(Shayne Sherman)说:“我在这里寻找的是潜在的QA测试员提出问题。”“我想让他们问我们支持哪些平台。任何在Web应用程序上做过QA的人都知道,不同的浏览器和设备之间有很大的不同。在所有(支持的)设备/操作系统/浏览器组合上进行测试之前,QA不应签署任何测试用例。“。
因此,即使QA新手在面试中搞砸了这一部分,他们仍然可能会带着一份…的工作机会离开。只要他们用正确的方式搞砸了。
你可以用几种方式来问这个问题。“你用核对表吗?”你一边走,一边往核对表里加东西吗?你是如何安排你的优先顺序的?你是从需求开始的吗?(请告诉我你是从需求开始的。)“。还有更多的问题提供了一个窗口,让我们了解应聘者的工作方式,而不必求助于木工或钻孔。
CodeCrew的设计总监亚历山德拉·马林(Alexandra Marin)说:“质量保证是一个重复性的过程,需要最大限度的关注。”马林认为,一个人从一开始就越有条理,他们的生产力就越高。
当然,任何测试人员都想要尽可能多的时间。但时间的奢侈只存在于一个完美的世界里,你不会看到这个世界上只有海姆斯沃斯兄弟(Hemsworth Brothers),对吗?尽管如此,这仍然是一个机会,可以设定和了解他们习惯了多少时间,以及他们喜欢什么时间或过程。
让你的应聘者讲述他们在压力下完成工作的经历,并解释如果给团队多几天的时间,他们会包括的其他步骤。
QA团队可以通过多种方式工作。其中一些是更大的开发团队的一部分,数据中心运营人员与程序员一起定期开会(或喝啤酒)。其他人习惯于在很大程度上在他们之间进行交流。类似地,一些QA团队在应用程序设计过程完成后很长一段时间才开始工作,而另一些则从第一天就开始参与。这并不是说一个过程比另一个过程更好,但面试官和经理都应该知道另一个人的期望和愿望。
一位候选人如果放弃了计划会议,转而去寻找一些亟需的虫子,那么他可能会把注意力放在手头的任务上--而不是其他事情。这是好事还是坏事?答案取决于你。一名QA测试人员可能希望成为冲刺/开发计划会议的一部分,以便更好地理解每个任务的上下文,从而评估每个特性的风险和复杂性。另一个人可能会觉得邀请山羊参加Zoom会议会更有成效。
如你所知,计划会议是在理论问题变成实际问题之前解决这些问题的好方法。我们希望您的应聘者也知道这一点。
祝你在面试问题上好运。请记住,答案将引导您找到下一位QA员工。
对于求职者来说,一个可能的问题是他们如何编写测试用例。您也可以通过阅读我们关于测试用例最佳实践的白皮书来深入了解这些过程。
卡罗尔·平切夫斯基(Carol Pinchefsky)是一名自由撰稿人,撰写关于技术、科学和极客文化的文章。她和丈夫以及他们的书一起住在纽约市。她还可以在Twitter、Facebook和Carol pinchefsky.com上找到