我经营一家软件开发公司,我正在考虑聘请一名 QA 人员,我应该在候选人中寻找哪些特质?我应该避免哪些特征?(如何测试这些特征的额外功劳)
如何对 QA 候选人进行 QA ......我应该在 QA 人员中寻找什么
这听起来很疯狂,但是……这取决于。
您希望从手动执行大量例行预定义测试(希望不是这种情况,但有时是必要的)的测试人员那里得到的,并不是您希望从需要的测试人员那里得到的处理高度动态的系统。
假设您正在寻找一个擅长后者的人,我建议您寻找解谜/解决问题的经验(以及测试这一点的方法多种多样,包括将他们指向存在已知问题的网站并获得他们在一定的时间测试后报告他们认为的致命错误。这给你一个快速而肮脏的缩略图,了解这个人确定错误优先级的能力以及他们找到它们的能力。(我不会放更多这比“快速和肮脏”的股票要好,因为面试是压力很大的情况,当他们强调自己是否会在面试中表现出色时,并不是每个人都会尽力应对这种挑战)。
然后你可以问他们如何交流他们发现的问题。这让您大致了解申请人最终是否会被您的开发人员视为有价值的团队成员或讨厌的麻烦。
我建议测试人员的下一个测试是给他们一些已知问题的通用软件设计文档,给他们时间检查文档,然后询问他们的想法。在这里你有一个诚实测试(因为你可能不希望有人会试图给你他们认为你想要的回应),一个机智测试(他们能告诉你它以一种不会使这听起来像是一种批评),你可以看看他们是否擅长找出差距(在我看来,在规范中找出差距对于一个好的测试人员来说是一项关键技能——因为没有人想要那些寻找生产方式的差距)。这实际上更像是在好和不太好的之间,以及最适应和最不适应之间的过滤器。非常优秀但适应缓慢的人可能找不到差距,
所有这些都是缩略图建议,以快速了解您的申请人在一些关键的类似测试人员的活动中的表现。它们不能代替经验或专业知识,但它们可以成为有用的补充。再一次,我的意见只是,不被视为无误的真理。
我希望这能给你一些想法。
就像您在软件开发公司中担任任何其他角色一样,您决定希望新员工能够做什么,然后寻找有资格担任该角色的人。
如果您已经知道要聘请“QA 人”,那么您一定对这个 QA 人会做什么有所了解?
这里没有神奇的特征/问题,就像其他软件角色没有魔法一样。招聘没有技巧,只有努力。
寻找在技术上能够胜任您心目中的职位的候选人。并寻找一个愿意在很长一段时间内担任该职位的人。
如果您和您团队中的任何人都没有与专业 QAer 合作的经验,您应该与有经验的人交谈。这将帮助您完善您的职位描述,并帮助阐明您对 QA 人员的期望。
这些可能会有所帮助: http: //strazzere.blogspot.com/2010/04/what-do-qaers-and-testers-do.html http://strazzere.blogspot.com/2010/04/testers-and-developers -at-fog-creek.html http://strazzere.blogspot.com/2010/05/slideshow-optimistic-developers.html http://strazzere.blogspot.com/2010/04/optimistic-developers-pessimistic.html
我是一名熟练的测试人员,多年来有幸与一些优秀的人一起工作。当我雇用人员时,我会寻找一些关键特征:
关注细节
这是显而易见的。测试人员需要能够看到其他人错过的小细节。你知道那些 Facebook 问题吗?去的那些:
发现mitsake:1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
一个好的测试人员会马上看到这些。
知道如何测试
测试人员需要能够快速确定如何有效地测试一系列新服务和产品。
在面试中,我会给应聘者一支钢笔并说“测试一下”。比他们的答案更重要的是,他们以多快的速度完成了这项任务并开始分解其功能和结构。
处理冲突
如果幸运的话,测试人员会不断寻找改进产品的方法。此任务的一部分是去开发团队并告诉他们他们犯了错误。如果处理不当,可能会导致问题发生。
在同一次面试中,我会给应聘者一张写有逻辑谜题的纸,然后说“你会如何改进这个问题?”。逻辑难题将是一个标准难题,但措辞很糟糕,会出现拼写错误和布局问题。
优先级
这是我通过艰难的方式学到的。受访者需要证明他们知道如何有效地构建测试以针对产品的高风险和/或价值领域。
我会向候选人描述一个包含一些问题领域的大型项目(高容量领域,已在媒体上宣布的领域和新开发人员的领域),并要求他们勾勒出最初几周的工作。
知道什么时候站起来
有时会给测试人员一些不可能做的事情。我尝试雇用愿意对我说“不”的人,在他们认为某些事情不合理时进行挑战。为此,我使用了最简单的问题。
“开发团队编写了一个新的集成通信服务,涵盖了电子邮件、文本聊天、文件存储和文件传输。我们将在下周的会议上对此进行演示。您将如何处理这个项目?”
如果他们不说“建议时间尺度太短”,他们就会失去分数。:)
你应该让测试人员“像测试人员一样思考”。我喜欢这样做的方式是给他们一个场景,然后让他们想出测试用例来测试他们将如何测试某些东西。
如果您想要一些示例,Trish Khoo 和我在我们的测试播客的这一集中详细介绍了这个主题...... http://www.testcast.net/archives/show-03-do-i-get-the-job /