我们正在进行一些采访，我们正在招募一名质量保证人员。开发人员参与的目的是了解他是否能够与开发团队合作。
开发人员应向QA人员询问的最强重要问题是什么？我正在寻找实际问题，而不仅仅是蓬松开放的问题，你的想法？
答案 0 :(得分：10)
不幸的是，有时候，蓬松开放的问题可以让你最好地看到一个人。
无论您提出哪些技术问题（这些都取决于您的开发方法，所以我无法真正帮助您，它们应该量身定制），您应该始终确定潜在候选人的意愿在团队环境中工作。
您需要确定：
我发现采访中最好的方法是提出情景并询问候选人他们的想法，例如：
仅仅回答这个问题，您可以评估候选人是否：
等等。
我也不能强调沟通技巧对开发者/测试者关系的重要性。让测试人员生成粗略的错误报告（他们想要的任何错误）并讨论其充分性（确切步骤，预期行为，实际行为......）。
答案 1 :(得分：9)
除了这个帖子中更深层次的答案外，还有一个经常被忽视的简单问题：
您可以像普通用户或没有经验的用户那样行事吗？
现在，这看起来很愚蠢，但它提供了非常好的见解。如果候选人说是，坦白说，他们不是他们看起来的样子。在开发（特别是），分析或测试角色的信息技术领域工作的人不能做到这一点;仅仅因为我们已经超过了没有经验的用户的水平。你应该寻找的答案是：
不，但我可以创建可以准确映射到“所谓的”普通用户行为的测试用例。
或者这个的衍生物。这显示了一些重要信息。
这是我至少找到的。
希望这有助于这种或那种方式。
答案 2 :(得分：6)
我的建议是考虑这样一些开放式的问题：
如果我走到你面前说：“可以 你测试了我做的这件新事吗？“什么 你的前几个问题会是什么？
以下是我要问的一些想法：
在记录错误时，是什么 你相信的最低限度信息 开发者应该在修复之前 它？
这是一种问题，取决于他们的背景类型可能是他们答案中的一个因素，因为需要注意的一些事项包括：
我提到了大部分这些，因为这就是我在考虑的问题，当他们提出一个模糊的问题或要求时，他们最初会有什么参数，而这些问题应该有更多的细节，但哪些细节很重要。我还会注意到在给出答案的过程中有多长时间我会说15-30秒就可以了，任何更少的东西我认为这是一个预期的问题，如果还需要更多，那么应该要求几分钟时间思考它，因为重点是当这种情况出现时，双方的期望是什么？
另一个想法是提及您使用的软件开发方法，然后询问使用此方法与质量保证相关的挑战是什么？例如，如果开发人员使用TDD，那对QA有何影响？如果它是一个更像瀑布的方法怎么办？你想在这里看到的是他们如何能够立即思考以及关于使用什么类型的后续问题，如果我说我们使用Scrum那么真正被问到这个问题，这对于定义一般的实现有多好Scrum的概念，真的。
答案 3 :(得分：3)
开发人员可以通过给他一个应检查以下内容的方案进行检查
态度
测试人员是否具有探测态度？给他一个场景并检查他/她要问的有效问题有多少？
技能
您工作的每个项目都需要与测试相关的一些技能。它包括需求研究，测试设计，测试执行等。检查测试人员在理解要求方面有多好。
知识
在您要招募测试仪的领域检查测试仪的广度和深度。即使测试人员没有在当前字段上工作，也要检查测试人员对该字段的了解程度。
可接受性
给测试人员一个类似客户端问题的场景，开发人员整整一周休假。这个问题需要紧急升级，作为测试人员，你找到问题的根本原因。在这种情况下你将如何处理
答案 4 :(得分：2)
我们在软件质量人员中寻找的一些关键项目：
答案 5 :(得分：1)
我认为这实际上取决于您正在寻找的那种测试仪。您是否正在寻找某人按下按钮并告诉您它看起来不正确，或者您是否正在寻找能够理解该技术甚至代码并找到更深层错误的人？作为面试循环中的开发人员，我认为还有传统的QA类型。如果是这样，他们会询问典型的测试问题。您需要了解他们的技术以及他们将如何互动。考虑到这一点，尝试一些这样的问题：