软件开发就是培养不同的观点。存在不同角色（如产品所有者、设计师、开发人员、测试人员、DevOps和项目经理）的原因之一是在任何生命周期中都有不同的观点。它可以是项目生命周期、产品生命周期、软件开发生命周期、软件测试生命周期等。产品负责人将以业务为导向。这一切都与我们发布的内容及其对客户的价值有关。开发人员更多地是实现驱动的。这都是关于如何在代码中实现我们的功能。测试人员的观点通常包括技术方面和业务方面。这一切都是关于建设性地批评产品并向利益相关者提供有价值的反馈。

　　培养观点差异的一种方法是使用结对活动。结对编程和结对测试是最流行的两种。本文重点介绍结对测试，我将分享团队如何利用结对测试发挥优势的经验。

　　每个角色的配对测试

　　结对测试可以在测试人员之间、开发人员之间以及测试人员和开发人员之间进行。只要相关人员的关注点和观点不同，结对测试就会大有裨益。

　　测试人员之间的配对测试

　　无论测试计划和组织得多么周密，测试人员之间的配对都可能会发现遗漏的边缘情况。特别是在具有不同专业水平的测试人员之间，在探索性会话中集思广益测试案例将有助于更多地了解被测系统。例如，可用性测试人员与后端测试人员配对可能会以可能导致有趣发现的方式相互补充。每次新功能准备好进行测试时，不同开发团队之间的测试人员都会安排结对测试会话。在某些情况下，结对测试安排在测试执行之前和测试用例设计期间。

　　开发人员之间的结对测试

　　前端和后端开发人员可以集思广益，了解为什么事情在需要棘手实现的用例中以这种方式工作。接下来，不同团队之间的开发人员可以对代码相互依赖性进行配对测试。一个团队使用配对测试进行单元测试和集成测试。其他团队从单元和集成测试一直到 API 测试都是成对进行测试。最后，一个没有测试人员的开发团队使用结对测试来拓宽他们对实现的看法。

　　测试人员和开发人员之间的结对测试

　　这通常是配对测试最有效的组合之一。开发人员经常进行测试以检查已实现的代码是否按预期工作。测试人员经常进行端到端测试，以检查软件系统是否按预期运行。最重要的是，测试人员还必须探索系统中的任何类型的风险和意外情况。与开发人员配对测试以应对意外和风险可以对所有相关人员进行教育。测试人员可以从开发人员那里了解系统为何如此运行。开发人员可以学习新的方法来检查系统和导致问题行为的用例。例如，有一个 6 人的开发团队在发布前进行了配对测试。开发人员已经在单元级别进行了测试，还在 UI 级别进行了冒烟测试。测试人员完成了对系统行为的验证和探索。他们使用了一个限时会议，整个团队都参与了最后的绿灯发布。另一个团队在发布后进行了全团队配对测试。在完成所有测试活动并发布被测功能后，团队聚集在一起进行全团队冒烟测试活动。这有助于团队获得信心，相信发布不会引起不愉快的意外。