如何让QA团队更多地参与SDLC？

Question

我曾在QA团队从项目开始到维护的整个开发过程中积极参与的环境中工作过。我通常发现这是有效的，因为QA团队在流程的早期从业务角度对正在发生的事情有一个想法。他们可以很早就开始编写测试脚本。

然而，我也曾在QA团队与开发团队脱节的环境中工作过。他们对这个过程不感兴趣，只是在“开发”阶段接近尾声时参与进来，争先恐后地提出测试，然后基于他们自己对业务需求的理解来执行有限的一组测试。

你对此有何感想？您认为QA团队在此过程中需要多大程度的参与？如何将一个习惯于“不参与”的团队转变为积极参与该过程的团队？

Answer 1

我称赞你的目标是让QA/Test尽早参与到过程中来。我极力主张有一个强大的测试团队，从一开始就参与到整个过程中来。很高兴看到开发中包含了QA。他们经常抵制测试的参与。

如果你想让QA团队更多地参与进来，你必须让他们想要参与进来。这可能意味着确保他们的管理层看到了其中的价值，并将资助他们参与其中。一些QA团队有太多的工作要做，不能及早参与(或者感觉他们已经参与了)。这包括QA管理。如果他们不被接受，他们就不会奖励那些花时间与你打交道的人。

您需要向QA表明，他们可以在流程的早期做出贡献，并从中受益。看看QA团队。找到知道如何编程或者至少想知道如何编程的人。邀请他参加设计会议。鼓励他说话。基本上，开始在谈话中包括他。如果他不开始参与，那就去找其他愿意参与的人。有时测试有一种自卑情结，除非被要求否则不会来。一旦被问到，他们可能会欣然接受这个机会。

一旦你有一个QA人员出现，他们就会开始参与进来，他们的测试也会开始受益。一旦一个人看到了好处，其他人就会效仿。

因此，简短的答案是与管理层交谈，并获得他们的支持。然后接近团队，通过邀请和鼓励一个人让他参与进来。其余的应该紧随其后。

Answer 2

我认为qa团队应该从开发中分离出来，但与开发人员密切合作。

也就是说，我认为让他们更早地参与这个过程的一个好方法是编写好的规范，并将它们包含在这个过程中。当您在实现产品时，他们能够将他们的测试集中在核心部分上(因为这些部分在规范中定义了)，并且能够在开发过程中进行协作。

作为一名QA人员，我直接体验到了测试一个有明确目标且可以理解的产品与一个需要覆盖的模糊框架之间的区别。

虽然在两者中都可以找到bug，但在一个您知道产品应该做什么的环境中工作会更愉快，也更有意义。

Answer 3

我在一个QA团队根本不存在的环境中工作。只有开发人员也是测试人员。我们编写规范，生产代码，测试，进行探索性测试。我坚信开发和测试是密不可分的。从开发过程的开始到结束，测试应用程序都会得到很好的结果。但我真的缺乏一个专职的QA人员或团队-他们的想法与我的程序员不同。他们的角色在我们的社区中扮演着重要的角色，尽管我们的社区距离很远。