如何保证QA候选人..。我应该在QA人员中寻找什么？

Question

我经营一家软件开发公司，我正在考虑雇佣一个QA人员，我应该在候选人中寻找哪些特质？我应该避免哪些特质呢？(额外的学分是你如何测试这些特质)

Answer 1

这听起来会很疯狂但是..。那得看情况。

你想要的是一个将要做大量常规、预先定义的测试的测试人员(希望不是这样，但有时也是必要的)，而不是你想要的测试人员，他需要处理一个高度动态的系统。

假设你在寻找一个擅长后者的人，我建议你去寻找拼图/解决问题的经验(测试这个问题的方法有很多种，包括在一个有已知问题的网站上指点他们，并让他们在一段时间后报告他们眼中的致命错误。)这给了你一个快速和肮脏的缩略图，关于人的能力，优先的错误，以及他们的能力，找到它们。(我不会比“快速而肮脏”更看重这个问题，因为面试是压力很大的情况，当每个人都在强调自己是否会在面试中表现出色时，并不是每个人都能在这种挑战中尽力而为)。

然后你可以问他们如何沟通他们发现的问题。这给您提供了一个缩略图，说明申请者最终是否会被视为一名有价值的团队成员，或者是您的开发人员对您造成的麻烦。

我建议的测试人员的下一个测试是给他们一些通用的软件设计文档，让他们有时间检查文档，然后询问他们的想法。这里有一个诚实测试(因为你可能不想有人试图给你他们认为你想要的答案)，一个机智的测试(他们能告诉你，它的臭味并不会让它听起来像是批评)，你可以看到他们是否擅长找出差距(在我看来，在规范中找出缺口是一个优秀测试人员的关键技能--因为没有人希望这些差距找到自己的生产方法)。这实际上更像是一个过滤器，介于好的和不好的之间，在适应性强的和适应性差的之间。一个人很好，但适应缓慢，可能找不到差距，在那里谁是一个更快处理新材料可能会。

所有这些都是简短的建议，以获得一个快速印象，你的申请人如何表现在一些关键的测试类活动。它们不能代替经验或诀窍，但它们可以成为有用的补充。再说一次，我的观点只是，不应被视为绝对正确的真理。

我希望这能给你一些想法。

Answer 2

就像你在软件开发公司担任任何其他角色一样，你会决定你希望新员工能够做些什么，然后寻找有资格完成这一角色的人。

如果你已经知道你想雇佣一个"QA人员“，那么你必须对这个QA人员会做什么有一些想法吗？

这里没有神奇的特性/问题，就像其他软件角色没有魔力一样。招聘没有什么小把戏，只是努力工作而已。

寻找一个在技术上能够胜任你心目中的角色的候选人。找一个能让他兴奋的人来担任这个角色很长一段时间

如果你和你的团队中的任何人都没有使用专业QAers的经验，你应该和那些有经验的人谈谈。这将帮助你完善你的工作描述，并帮助你澄清你对质量保证人员的期望。

这些可能会有所帮助：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

Answer 3

我是一个像工人一样的Tester，多年来我有幸和一些优秀的人一起工作。当我雇用员工时，我会寻找一些关键的特征：

眼睛寻找细节

这是显而易见的。测试人员需要能够看到其他人忽略的小细节。你知道那些Facebook的问题吗？去的人：

点名:1 2 3 4 5 6 7 8 10 11 12 13 14 15

一个好的测试人员会马上看到这些。

知道如何测试

测试人员需要能够快速确定如何有效地测试一系列新服务和产品。

在面试中，我会递给应聘者一支钢笔，并说“测试这个”。比他们的答案更重要的是，他们有多快就完成了这项任务，并开始拆解它的功能和结构。

处理冲突

如果你幸运的话，测试人员会不断地寻找改进你的产品的方法。这个任务的一部分是去一个开发团队，告诉他们他们犯了错误。如果处理不当，就会导致问题的出现。

在同一次面试中，我会给候选人一张纸，上面有一个逻辑的谜题，并说：“你会如何改进这个问题？”逻辑谜题将是一个标准的，但它的措辞会很糟糕，会有排版和布局问题。

Prioritisation

这是我很难学到的。受访者需要证明，他们知道如何有效地构建测试结构，以针对产品的高风险和/或价值领域。

我会给候选人描述一个有几个问题区域的大型项目(大容量区域，已经在媒体上宣布的和新开发人员的)，并要求他们勾勒出最初几周的工作。

知道什么时候该站起来

有时，测试人员会得到一些不可能做到的事情。我试着雇佣那些愿意对我说“不”的人，当他们认为某些事情不合理时，去挑战他们。为此，我使用了最简单的问题。

“开发团队已经编写了一个新的集成通信服务，涵盖电子邮件、文本聊天、文件存储和文件传输。我们将在下周的一次会议上演示这一点。您将如何处理这个项目？”

如果他们不说“建议时间太短”，他们就会失分。:)