转载

敏捷团队中测试人员的角色

Karen Greaves和Sam Laing将会在 Agile Testing Days 2015 上发表主旨演讲，演讲题目为“测试人员正在消亡”，Agile Testing Days 2015将于11月9日至12日德国Potsdam举行。InfoQ将会覆盖本次会议报道。

InfoQ对二人进行了采访，关于敏捷是如何影响测试人员角色的，为了缩短测试交付周期，测试人员可以采取哪些措施，敏捷团队中测试人员与其他团队成员之间的协作，敏捷团队中测试人员可以贡献的价值。

InfoQ：我的经验是，敏捷更广泛的普及率正在影响着测试人员的角色。您是否也看到这种情况正在发生？

Greaves ：是的，我们看到了。但是如果我们看到团队已经采用敏捷，但是他们的测试方法却没有变化，我觉得这更加是个问题。传统的测试方法没有办法跟上敏捷团队的步伐，因为他们每周或者两周就能交付新功能。不幸的是，起初牺牲的往往是测试人员，为了按时交付，他们需要在sprint的最后阶段加班赶点。有时他们甚至会认为不能按时交付是他们的错误和问题。这就是我们想要改变的，和为什么我们不断地在会议和社区活动中谈论敏捷测试的原因。

Laing ：正如Karen提到的，改变你如何思考测试是最重要的部分。我们在Agile Testing Days上的主旨演讲全部都是关于优秀的敏捷测试人员往往是多么稀缺的一种资源。这意味着，测试人员的角色需要从自己完成所有的测试向训练整个团队养成良好的测试实践转变。传统的角色往往更多的是自己动手执行测试内容，新角色更多的是一种领导者和影响者的角色。

InfoQ：人们有时会说，传统的测试花费时间太长。测试人员可以采取什么措施，从而缩短测试的交付周期？

Laing ：测试人员应该更早地参与到这一过程中来。当讨论需求的时候，他们需要提出问题。在编写任何代码之前，要确保每个人头脑中的影像应该是一致的，这有助于从一开始避免bug的构建，因为许多bug都是误解引起的。

Greaves ：对我而言，应该以一种测试的心态，将敏捷测试融入你做的每一件事中。它跟缩短测试阶段的交付时间无关，它是根除测试阶段，甚至是测试阶段这种想法，和确保测试是你所做一切的核心。

InfoQ：在敏捷中，通常做测试的不仅仅是测试人员。在您看来，测试人员对此感受是怎样的？

Greaves ：最初，有些测试人员肯定不喜欢这样，但是这通常是因为过去大家这么做时做的不够彻底，测试人员最终仍然要为其他人的工作承担责任。当团队决定每个人都要进行测试的时候，大家应该同时承担质量责任。如果客户在生产环境中发现一个bug，人们不应该责问测试人员他们为什么没有发现，而应该责问整个团队。

Laing ：有时它可能是一种威胁。一些测试人员认为这是他们的工作，他们控制质量的唯一途径，通过成为一名守门员。我们与他们合作，展示通过帮助整个团队思考测试，他们可以行使更多对质量的控制。一些测试人员同样会认为这会对他们的工作构成威胁，因为开发人员可以完成他们的工作，但是他们不能完成开发人员的工作。我们帮助他们理解测试人员的角色不仅仅是执行测试，更多的是他们思考问题的方式，这才是他们能够贡献团队的价值所在。

InfoQ：您对测试人员加入敏捷团队时他们可以做什么有什么建议？他们如何有效地与团队其他成员协作？

Laing ：在整个过程中，测试人员可以要求把问题澄清化。通常这些都被看成是“愚蠢”的问题，因为大部分人只是假设他们知道答案，并且从来不去讨论它们。这就是bug和特性悄悄潜入的方式。测试人员处在绝佳的位置，可以询问这些问题，确保团队中的每个人能够达成共识。

Greaves ：我认为测试人员加入敏捷团队后重要的事情是保持开放思维，并且记住你跟开发人员是一侧的。很长一段时间，开发人员和测试人员之间有一道心墙，他们互相指责对方。在敏捷团队中，这极具破坏性。

InfoQ：您能分享一下敏捷团队中，测试人员可以贡献的价值？

Greaves ：正如Sam前面提到的。最重要的价值是从一开始就询问大量的问题，尤其是愚蠢的问题。询问为什么。如果你不能够搞清楚你为什么构建这个东西，你又如何能够测试它是否会满足目的，可能你就不应该构建它。在敏捷中，测试人员从尝试通过系统执行每一个路径转变成在它们被构建之前，帮助移除每个不必要的路径。如果你构建的东西越少，在你构建前你就会清楚知道如何测试，那么测试（和开发）就会更加容易。

Laing ：测试人员带给团队的测试心态是超值的。简单地提问“我们如何测试？”迫使整个团队思考测试，提早烘烤（bake in）质量。另外，测试人员往往不使用技术术语，而是用用户能够理解的语言方式沟通。这使得他们成为用户和商务人士最佳的交流者和合作者。

查看英文原文： Role of Testers in Agile Teams

正文到此结束