产品经理应了解的关于质量检查的5件事

我记得一个利益相关者第一次问我：“测试计划是什么？”时，在我的耳后形成的冷汗。我不知道。作为新产品经理，我将大部分精力用于定义需求。没有质量保证团队，测试就成了事后的想法–我真的不知道该如何处理，坦白地说，这让我感到非常焦虑。

事实证明，我的经历并不完全是独一无二的。在开发过程中始终忽略质量检查。根据Practitest 进行的2018年测试状态调查，质量检查人员将“向组织传达测试的价值”视为他们在工作中最常面临的挑战之一。如果质量检查专家一直在向队友和雇主解释工作的重要性，那是一个危险信号。随着产品经理领导产品的愿景和执行，对如何与QA团队进行更好的了解对于开发和发布产品至关重要。

相关内容：一直进行测试

质量检查团队是开发过程中不可或缺的一部分。他们可以在问题发生之前就发现问题，提出其他人没有考虑过的问题，并帮助产品经理了解项目的风险。但是首先，您（产品经理）必须积极主动地与您的质量保证同胞接触，并使其成为开发过程中的合作伙伴。

这是我希望早些知道的五个秘诀，并且我将一如既往地继续努力以确保与质量检查人员建立牢固的伙伴关系。即使您的公司没有强大的质量检查人员，我也希望这些技巧有助于为产品发布周期中应考虑的事项建立一个框架。

＃1：清晰准确的接受标准很重要

我们都去过那里-匆匆忙忙的用户故事等于糟糕的要求和令人沮丧的接受标准。这提醒我们，我们的接受标准越强，开发人员和质量检查团队成员就越需要做出最好的工作。

在编写验收标准时，清晰度是关键。质量检查团队是您与实际最终用户之间的第一步；如果他们对用户故事中的某些内容感到困惑，那么您的客户也会如此。在史诗级，您将希望您的标准概述用户旅程的具体预期终点。在故事级别，考虑以BDD（行为驱动的开发）格式编写验收标准。这种格式要求您将功能分解为可测试的块。

在某些组织中，验收标准也成为发布说明的基础，因此，重要的是要清楚故事的内容和内容。

＃2：在流程开始时加入质量检查

我不确定是否有人还在吹捧质量检查是在开发过程结束时发生的事情……并为此谢天谢地。在某些组织中，我们实际上看到了范式的颠倒。来自产品，设计，开发和质量保证的代表在开始时就共同制定了测试计划。一致地工作有助于找到最需要思考和关注的关键路径和工作流程。

在开发的早期阶段就有质量检查团队的意见，这是另一种帮助。该团队的工作是看到别人看不到的东西并提出棘手的问题，尤其是在边缘情况下。质量检查还可以告诉团队成员他们在测试期间将寻找什么。这有助于识别团队其余成员看不到的依赖关系，这在细化需求时非常宝贵。

＃3：让质量检查人员强调负面因素

我的产品管理人格趋于乐观。我花了很多时间赞美产品的优点，以至于我常常看不到哪里会出问题。与质量检查小组一起工作可以使我进行健康的现实检查。由于他们的工作是发现问题，因此质量检查小组对路途中可能遇到的障碍有一个很好的了解。依靠他们的专业知识，我们共同定义在我最初的需求收集中并不总是考虑的边际案例。

我曾经致力于对现有产品的功能进行增强。我为该增强功能可以带来可用性感到非常兴奋，但我却忽略了确切了解现有功能的卷须进入产品的深度。QA团队在思考边缘案例方面的帮助节省了一天的时间。他们能够尽早确定各种可能性，因此我们可以做出适当的设计和产品决策。

＃4：了解质量检查心态

不要将质量检查小组视为阻碍发布的大门！在项目开始时涉及质量检查，并共同定义：

• 此版本的成功之处是什么：团队想要实现什么目标？两组都认为胜利是什么？
• 发布的风险：您的团队可以接受什么？什么是硬通行证？
• 您的关键指标：您要跟踪哪些KPI？它是测试覆盖率，错误数量还是完全其他的东西？

＃5：帮助质量检查和开发团队确定自动化的优先级

想要自动执行所有质量检查，或者让质量检查小组决定哪些测试是自动化的，这很诱人，但是您应该在优先级上有发言权。

作为客户的声音，利用您对用户重要和不重要的知识。将这些信息传达给质量检查团队是您的工作。优先级将帮助定义测试的边界，并使质量检查成员知道应将精力集中在哪里。自动使用最频繁且随时间变化最小的路径。随着产品的增长，继续评估释放的风险–产品的哪些组件最有可能破裂，您可以采取哪些措施来防止这种情况发生？

尽早计划测试！

最好的团队在他们的开发过程中进行测试。如果您积极考虑质量检查并与质量检查团队紧密合作，他们很可能会在问题发生之前就发现问题。如果您不这样做，则质量保证将在开发结束时发现问题，而这些问题很难（也更昂贵）进行修复。这种方法会使您花费更多的时间在耳后冒冷汗，试图弄清楚如何应对您的测试计划。

通过尽早与质量检查工程师和经理建立关系，并将质量检查纳入产品需求讨论中，您可以为自己和您的产品做好成功的准备。