如何向业务分析师提出更好的质量保证问题，以提高功能规范的附加值？

Question

作为一名手工软件测试人员，我在电子邮件中向我的团队的业务分析人员提出了许多问题/查询。对于ex，实现了一些UI或功能更改，然后在开发阶段开始之前和在测试阶段，我看到了规范和QA环境中的矛盾之处。

现在，我尽力向BA询问更好的查询，比如问题1，发布2..etc。我粘贴相关的屏幕截图/图片，并要求他们确认/澄清我的怀疑。问题是，BA很少理解我的观点，说她无法理解我提出的真正问题。

我如何组织我对某一特定问题的分析/研究，在一封写得很好的电子邮件中起草它，以便我的学士学位给出好的答案？参考一些关于分析和需求工程的好材料，哪些可能会有帮助？

Answer 1

就像其他人说的那样，用BA最舒服的方式来交流。

其他一些建议：

• 首先，确认您对功能规范/功能行为的理解--这一点我怎么强调也不过分。如果您和BA对新功能应该做什么有不同的想法，那么您将永远无法有效地进行交流。这还将帮助您找到实现从规范演变而来的任何地方，并且文档没有更新(并更新它)。
• 一旦您和BA对该特性应该做什么有了相同的看法，那么询问该特性与应用程序其余部分之间的交互。测试人员倾向于很好地概述应用程序及其特性是如何协同工作的，在这种情况下，BAs通常只关注于他们的项目，而开发人员通常只关注他们所使用的代码。这可能是BA不知道潜在的影响系统的另一部分。
• 关于规范/行为的短语问题--如果编码还没有开始，您的问题应该遵循以下的思路："Spec说，如果启用Y，应用程序将执行X。y也支持A、B和C，但C与X不兼容--在这种情况下应该发生什么？“如果编码已经开始，您可以用应用程序在测试中所做的事情来引用规范的内容，以及您知道它应该在其他地方做什么。
• 永远不要责备--只要说出你说的是什么，你看到了什么，然后问它是否正确，如果不是，应该发生什么。我不知道有多少次需求发生了变化，没有人想到要告诉我。
• 与BA/Devs见面--与BA和开发人员一起研究新功能应该做什么，以及客户使用它的方式，这并不会有什么影响。这有助于确保您不会误解需求，并使您了解您的客户对错误的容忍程度。这是可能的，他们将容忍一些问题，他们将不需要太多的互动领域，只要他们将经常使用的领域是坚实的。

Answer 2

这不是一个容易的问题，我也不确定它是否属于SQA，但你是否尝试过安排会议并面对面提问？

很多时候，一个小的演示或几分钟的屏幕时间可以解决误解。

Answer 3

看看你是否有时间和英语系讨论问题。也许他们通过看到而不是书面描述来更好地理解。如果你不在同一间办公室，一个快速的skype (或者你正在使用的任何工具)可能就足够了。或者，如果你有很多问题，那就省省吧&一次写上30-45分钟就可以把它们全部覆盖起来(比起整天用skype的请求，你更尊重基本的时间)。

如果英航说他们擅长处理电子邮件，那就问他们如何更好地记录事情。试着进入一个你已经做过的具体例子&询问-‘既然我们在同一个页面上的问题#1，我怎么能以一种更好的方式构建第一封电子邮件呢？“

多年来，与许多巴斯，产品所有者和开发人员一起工作，我了解到每个人都有自己独特的风格&让产品正确的最好方法是快速适应。我可能在一个团队中，英航喜欢闲聊，开发人员想要屏幕截图，另一个开发人员更喜欢打电话。这是我们工作中的“软技能”..。学习这些不同的风格&让它们都发挥作用。挑战，是的！但也是我们所做工作中非常重要的一部分。

还有谷歌如何写出一个很好的缺点。

这是我在谷歌搜索“缺陷写作”时发现的一对.我相信你会发现很多会有帮助的。

https://techbeacon.com/write-software-defect-reports-get-results-boost-credibility

http://www.softwaretestingmentor.com/guidelines-for-writing-a-good-and-effective-defect-entry/