开发人员应该向测试人员询问哪些面试问题？

Question

我们接受了一些采访,我们正在招聘一名质量保证人员.开发人员参与的目的是了解他是否能够与开发团队合作.

开发人员应该向质量保证人员询问最重要的问题是什么？我正在寻找实际问题,而不是蓬松的开放式问题,你的想法？

Answer 1

不幸的是,有时候,蓬松开放的问题可以让你最好地看到一个人.

无论您提出哪些技术问题(这些都取决于您的开发方法,因此我无法真正帮助您,它们应该进行定制),您应该始终确定潜在候选人在团队环境中的工作方式.

你需要确定:

• 这个人在团队中工作得很好.
• 该人将负责处理开发以修复错误,而不仅仅是"这是一个错误,请修复它,然后再回到我身边".
• 这个人的自我不会妨碍团队的工作(例如争夺分类或错误的严重性).我发现这通常是开发人员对"他们的"代码采取防御措施的问题.

我发现采访中最好的方法是提出情景并询问候选人他们的想法,例如:

• 周五下午4点,开发人员鲍勃同意回过头来修复一个高严重性的bug.我们需要一个测试人员来验证修复,你是唯一可用的,但你有一个晚餐安排.你会建议什么？

仅仅根据这个问题的答案,您可以评估候选人是否:

• 是没用的("对不起,我不能错过晚餐").
• 认为外面的限制(" 真的没有其他测试人员可用吗？","我可以在星期六早上验证它吗？","鲍勃可以在周末的其他时间工作吗？").
• 适应性强("我可以一次性吃晚饭").

等等.

我也不能强调沟通技巧对开发人员/测试人员关系的重要性.让测试人员生成粗略的错误报告(他们想要的任何错误)并讨论其充分性(确切步骤,预期行为,实际行为......).

Answer 2

除了这个主题中更深层次的答案之外,还有一个经常被忽视的简单问题:

你能表现得像普通用户还是没有经验的用户？

现在,这看起来很愚蠢,但它提供了非常好的洞察力.如果候选人说是,坦白说,他们不是他们看起来的样子.在开发(特别是),分析或测试角色的信息技术领域工作的人不能做到这一点; 仅仅因为我们已经超过了没有经验的用户的水平.你应该寻找的答案是:

不,但是我可以创建可以准确映射到"所谓的"普通用户行为的测试用例.

或者是这个的衍生物.这显示了一些重要信息.

1. 他们很现实
2. 他们可以在盒子外思考
3. 他们愿意在质量保证中执行适当的方法

这是我至少找到的.

希望这有助于这种或那种方式.

Answer 3

我的建议是考虑一些这样的开放式问题:

如果我走到你面前说:"你能测试我做过的新事吗？" 你的前几个问题是什么？

以下是我要问的一些想法:

1. 是否提到规格或要求？如果没有,那对测试有何影响？
2. 他们是否希望我与他们配对,以便他们知道我做了什么？
3. 他们想知道我做了什么吗？
4. 他们有时间这样做,并问我认为这可能需要多长时间？
5. 您期待什么样的测试:综合,烟雾测试,走廊可用性？
6. 将使用哪些工具来执行此操作？

在记录错误时,您认为开发人员在修复错误之前应该拥有的最低限度信息是什么？

这是一种问题,根据他们所拥有的背景类型可能是他们答案中的一个因素,因为需要注意的一些事项包括以下内容:

• 再现性 - 你能以可预测的方式得到这个吗？
• 重现性的步骤
• 这是代码,数据,网络还是其他类型的错误？
• 在某种程度上这个bug有多糟糕？
• 环境 - 我需要做些什么才能让这种情况再次发生？我应该有特定的浏览器,操作系统或其他东西吗？
• 什么是预期和实际结果,说明这是一个错误？
• 软件版本 - 这是在系统的哪个版本上找到的？

我提到这些中的大多数是因为这就是我在考虑的问题,当他们提出一个模糊的问题或要求时,他们最初会有什么参数,这些问题应该有更多细节,但哪些细节很重要.我还会注意到在给出答案的过程中有多长时间我会说15-30秒就可以了,任何更少的东西我认为这是一个预期的问题,如果还需要更多,那么应该请求几分钟时间来考虑它,因为重点是当出现这种情况时,双方的期望是什么？

另一个想法是提到您使用的软件开发方法,然后询问使用这种方法与质量保证相关的挑战是什么？例如,如果开发人员使用TDD,那对QA有何影响？如果它是一个更像瀑布的方法怎么办？你想在这里看到的是他们如何能够立即思考以及关于使用什么类型的后续问题,如果我说我们使用Scrum那么真正被问到这个问题,这对于定义一般的实现有多好Scrum的概念,真的.