建立团队中软件测试人员声誉的策略

Question

与管理层、利益相关者和开发团队保持良好和富有成效的专业关系是非常重要的。很多事情都取决于此，但是，对于这个问题，让我们把重点放在被信任作为一个有影响力和可信的反馈来源上。

开发团队对您的信任越多，他们就越有动力解决您创建的bug和问题。众所周知，开发人员对新创建的问题的关注程度取决于是谁创建了这个问题(当然，除其他外)。

这就引出了一个问题:如何建立信任和良好的声誉？

Answer 1

在不考虑您的工作质量的情况下，我成功地使用的一些技术包括：

• 要圆滑。如果可以的话，我将问开发人员应该发生什么，而不是简单地创建一个bug，并告诉他们我看到了什么。我经常从“我做错了什么”的角度去做这件事。或者“我错过了什么？”
• 提出问题。特别是当我在开发新特性时，我会问开发人员是否有什么地方需要我特别小心，或者他们所知道的领域需要很强的回归。
• 增加价值。我个人的原则是，如果我必须做不止一次，它需要写下来，并提供给整个团队。因此，我目前维护我们的应用程序的数据库字典以及回归注释。后者是关于组织中跨模块影响的最全面的文档。
• 描述对客户的影响。在记录缺陷时，请确保包括客户遇到问题的可能性以及可能对客户造成的影响。随着您对软件和用户基础的更加熟悉，您估计这一点的能力将会提高。
• 使用配置设置给出清晰的再现步骤。确切需要多少信息是不同的，但是对于桌面应用程序，我已经知道我会将配置文件附加到开发人员使用的问题上，因为我有一个选择最脆弱设置的诀窍，而不知道我在做什么。对于web应用程序，我通常会给出用于开发人员复制的测试登录凭据，特别是当问题难以在原始环境之外重现时。
• 早点提问。如果可以的话，在编写任何代码之前询问有关新开发的问题会有所帮助。这样可以节省大家的时间和精力。

Answer 2

这个问题在定义上是非常广泛的，取决于许多人的因素，这些因素不一定与你的工作质量有关。

忽略这个问题的所有人性方面，比如(你的魅力，做出这些判断的人的性格，你的长相和风格，甚至更微不足道的，比如你的背景和你的观点)。

从纯粹的商业方面：

• 能够找到你投资的关键问题、细节和知识，找出导致问题的原因，而不仅仅是报告有issue。
• 您在测试和能够检测各种问题时所展示的技能，特别是可能导致问题的角落案例( )。
• 进行测试时的专业态度，这意味着你不会隐藏问题，也不会偏袒工作较少的人，因为修复issues是每个人的职责
• 在每个项目中都要彻底，并且总是不带任何借口地执行回归测试和正常测试，这样您就能够帮助开发人员创建正确的最终目标，而不会交付错误的product。
• 您的知识和能力可以与开发人员、经理讨论问题，以及您在帮助解决这些问题方面的投资，在每种情况下，您都可以对您的工作进行优先排序，这样开发人员就可以专注于非常重要的问题了( first )。
• 报告问题的方式、提供的细节以及如何通过官方渠道与同事互动
• 尽量使用官方的沟通渠道，当然要避免你直接向项目经理抱怨，每个人都有自己的工作，除非情况严重，需要干预，否则不要干预。

这些是一些偶然的想法，首先出现在我的脑海中，这一切都会导致这个目标，有时这些都不会有任何改变。简单的答案是，总是尽你最大的努力，让它成为你的参考，人的部分就会排在第二位。

Answer 3

到目前为止，我只想补充一件很好的答案。那就是，不要哭狼。作为一名开发人员，我最难认真对待的人是那些每个bug (或者更多的情况下，变相的特性请求)都是展示障碍的人。特别是当我后来了解到他们知道这不是一个常见的客户请求或问题的时候，但通常只有当一个经验更丰富的开发人员对这个问题有了更多的了解时，才会发现这一点。在一种特殊情况下，这样一位资深人士对一份"bug“报告发表了评论：”这听起来就像我们五年前推出的特产X，但由于订单不足而停产。因此，这看上去不像是普通客户的需求，可以推迟。“

选择你的战斗肯定会有助于被认真对待。它可能不会直接建立信任，但如果不这样做，肯定会侵蚀信任，给你一个坏名声。