技术文章

敏捷团队可能认为开发人员与开发人员协作，测试人员与测试人员协作。然而，不同的人跨专业合作的次数越多，产品就越好。而且，他们可能能够更快地完成工作。

Amy 是一名测试人员，她经常和她的测试团队的其他成员一起吃午饭。开发人员经常吃不同的桌子。今天，她无意中听到了两位开发人员 David 和 John 之间的对话，他们谈论性能测试。他们似乎被困住了。

她转过身说：“我上周刚刚写了一些关于该领域的测试。想见他们吗？

大卫低头看着他的食物。嗯，她知道大卫真的很害羞。

约翰说：“当然。把它们寄给我吗？

“你敢打赌，”艾米说。“等我吃完午饭。”她转身对着其他测试人员，吃完了午饭。

当她回到办公室时，她给David和John发了一个链接，指向她上周创建的测试。

大约一个小时后，她收到了大卫发来的信息。它说：“拳头泵！你真的帮了我们。谢谢！

一个几乎不说话的家伙的感叹号？一定是红字日。

几周后，艾米在午餐时讨论了她的一个测试挑战。她感觉到有人拍了拍她的肩膀。

大卫说：“我想我知道你能做什么。他没有看她，但至少他在说话。

“你想让我在午饭后顺便过来，我们可以讨论一下吗？”艾米问道。

“当然，”他说。

午饭后，艾米来到他的办公室。他们详细讨论了她的担忧，并在白板上画了一些图表。然后他问，“如果我写一点代码来尝试一下这个可以吗？

“当然，”她说。“只要我能编写下一个代码。”

他们俩花了大约一个小时创建小型测试实验。他们权衡了谁来创建测试。在那段时间结束时，艾米知道她需要做什么。而且，David 意识到他可以在哪里更改代码以使其更易于测试。

这不是传统的驾驶员和导航员配对。然而，这是一种适合他们的配对形式。当他们配对时，艾米和大卫学到的东西比他们分开学到的要多。

面向 QA 和开发团队的现代测试用例管理软件

下载免费试用版

跨专业配对工作

即使在所谓的敏捷团队中，我也经常看到开发人员和测试人员分开工作。开发人员可能会相互配对。测试人员可能会相互配对。但是，当人们跨专业配对时，我经常看到更好的结果。

这些专业不一定只是开发人员测试人员。专业可能是测试人员/数据库专家或测试人员/用户界面专家。

当测试人员与数据库专家合作时，专家通常会学习如何使数据库内部更易于测试。而且，测试人员可能会学习技巧和窍门，使测试更轻松、更快捷。

在一家公司，测试人员每次想要测试时，都要花费近一个小时从头开始重新生成一个特定的数据库。当 DBA 看到他们正在做的事情时，他解释了如何在短短 5 分钟内重新生成他们想要的数据库。测试人员非常兴奋。而且，尽管他不喜欢他们在数据库中发现问题，但他很高兴他们可以更快地测试他的更改。

在另一家公司，用户界面专家 Al 一直在设计一个屏幕，测试人员 Bob 发现无法使用。

鲍勃问道：“你知道，我一直在与这个屏幕作斗争。我给你看看我的断开连接怎么样？

艾尔同意了，和鲍勃坐在一起。两人互相解释了自己的观点。一旦艾尔意识到问题，他就换了屏幕。

配对很棒。围攻可以更好。

围攻帮助整个团队学习

当团队围攻时，他们都在同一个问题上一起工作。一般来说，暴徒只有一个打字员，即键盘手。他们可能有关于主要导航员的指导方针，或者是否允许每个人都立即与打字员交谈。（我不建议大家同时发言，除非团队决定讨论正在进行的工作。

你不必是一个敏捷的团队来暴民。你所需要的只是愿意共同努力解决一个问题。

Amy、David 和 John 是自称为敏捷团队的团队的一员。但是，团队成员并不经常一起协作完成工作。由于团队成员没有协作，他们的工作在反馈循环方面花费了“太长时间”。

该团队的成员在午餐时分开，与他们的职能小组一起吃饭。他们的午餐成为非正式的实践社区。然而，他们并没有获得作为一个团队一起解决问题的价值。

Amy 和 David 向他们的团队报告了他们的结对编码和测试实验的进展情况。大卫说：“我不喜欢说话。但是，这真的很有效。我想尝试解决一些更困难的问题。

团队的其他成员都很惊讶，但愿意尝试。他们征用了一间会议室，这样他们就可以有一个大屏幕。

他们一致认为，由一个人，即导航员来解释团队其他成员希望打字员做什么。他们甚至同意每五分钟更换一次角色。而且，他们同意，当她或他担任导航员时，每个人都会根据他或她的专业工作。

他们选择了一个他们认为需要近一周时间才能实现的功能。起初，他们似乎无法就任何事情达成一致。这时大卫说，“让我们把它看作是一系列的实验。我们想做的实验清单是什么？

该团队列出了18个实验。现在，他们有了一个计划：对每个实验进行编码和测试。

在中途，一位开发人员建议他们考虑将测试驱动开发作为推动他们思考的一种方式。他们对此进行了实验。一半的团队喜欢它，一半的团队讨厌它。他们决定继续以前的工作方式。

在一天结束时，他们将问题从最初的 18 个选项中缩小到两个选项。他们同意第二天继续，看看他们作为一个团队能做些什么。

当他们第二天都到达时，他们花了一上午的时间完成了这个功能。所有的代码，所有的测试，甚至必要的发行说明。他们决定每次有他们认为需要三天以上的功能时就围攻。

但最好的部分是人们学到的东西。在开发人员编写代码之前，开发人员了解了测试人员需要的钩子类型。测试人员了解了开发人员对数据的需求。不是错误报告，而是如何组织测试中的数据。

每个人都学到了更多关于产品内部的知识，以及如何简化开发和测试。

团队协作工作

团队作为一个团队工作得越多，跨专业协作就越容易完成工作。此外，每个人学到的东西都比他们预期的要多。

如果您还没有跨专业协作，尤其是作为开发人员的测试人员，请考虑一下。而且，考虑您的团队如何围攻或以其他方式协作。