测试人员影响开发人员的5个简单步骤

对于敏捷环境中的测试人员而言，一个典型的问题是，他们认为开发人员没有听他们的话。 测试人员通常会正确地警告开发人员不要做任何事情，因为后果可能非常严重，但是在很多情况下，开发人员不听他们的话。

这是非常令人不安的，因此，测试人员发现自己在敏捷团队中很孤独。 他们会感到沮丧，如果继续问和尖叫他们的需求，他们可能会因团队成员变得完全无效而变得疏远，同时对工作感到不满。

但是，但是，他们正确地告诉开发人员该怎么做！ WTF？

在敏捷团队中担任测试人员时，您必须掌握一种技能，而在您真正不需要之前。

这称为影响。 在您单独的质量保证部门/测试团队工作之前，您并不需要它，因为有一位测试经理正在为您奋斗并确定要应用的测试策略。

事情发生了变化，您必须变得有影响力。

这就是Gus多年前加入敏捷团队作为测试人员时所做的。

首先，我尝试了吠叫命令，大喊大叫，但是根本没有用，所以我决定采用另一种方法。

1. 我开始真正地倾听开发人员的意见，而不是倾听自己的想法
2. 我听了又听了，听了一点
3. 第三，我开始问一些问题，这些问题表明他们对自己的工作很感兴趣。 注意他们的恐惧和感受。 我确保他们知道我在那儿提供帮助，而且我们都在同一条船上
4. 当他们做得很好时，我开始称赞他们，例如，感谢他们为应用程序增加了可测试性。 像“没有罗伯托的设计，我将花数周时间做我现在可以在10分钟内完成的事情，非常感谢罗伯托，您使我的生活变得更好”
5. 我开始通过与他们一起测试来指导他们如何进行测试。 当他们看到测试真正涉及的内容时，他们了解了测试的重要性和挑战，并开始提出有趣的问题。

开发人员会听谁的？

现在，将开发人员在面对Gus提出的建议与Jack提出的建议时的反应进行比较。 杰克是一名测试人员，使用的经典方法是“您在说什么？ 这将在生产中爆炸！”

插口

当需要进行一些重要的测试时，您认为谁将能够影响开发人员的行为？

不是杰克。

我？ 通常，除非团队中有人有更好的主意，否则我总是至少至少要让开发人员听我说，很多时候我们会以自己的方式这样做。

因此，您是否想成为Jack并继续抱怨那些对测试一无所知的开发人员？

如果我是您，我会采用Gus的方法并在您的团队中建立影响力，现在就开始，开始倾听。

翻译自: https://www.javacodegeeks.com/2016/10/5-easy-steps-testers-influence-developers.html