更新时间：2024-04-02 15:04
结对编程（英语：Pair programming）是一种敏捷软件开发的方法，两个程序员在一个计算机上共同工作。一个人输入代码，而另一个人审查他输入的每一行代码。输入代码的人称作驾驶员，审查代码的人称作观察员（或导航员）。两个程序员经常互换角色。
结对编程技术是一个非常简单和直观的概念，能达到事半功倍的工作效果。但是，人与人之间的合作不是一件简单的事情——尤其当人们都早已习惯了独自工作的时候。实施结对编程技术将给软件项目的开发工作带来好处，只是这些好处必须经过缜密的思考和计划才能真正体现出来。而另一方面，两个有经验的人可能会发现配对编程里没有什么技能的转移，但是让他们在不同的抽象层次解决同一个问题会让他们更快地找到解决方案，而且错误更少。
两个程序员具有相同的缺点和盲点的可能性很小，所以当我们采用结对编程的时候会获得一个强大的解决方案。而这个解决方案恰恰是其它软件工程方法学中所没有的。
在我们平时的编程当中，如果遇到一个非常难解决的问题（困难到对该项目产生厌烦的态度），那么你势必会希望录求帮助，无论是从信息量庞大的网上，还是从身边的技术大师那里，你都会努力去解决（前提是你有对计算机知识的热爱）。这个时候不妨采用结对编程试一下，其它的不说，可能感觉就不同。
其实结对编程做起来很简单也很有趣，找个水平差的不太远的程序员和自己配成一对。只用一台计算机，大家选一个人坐在键盘前面负责输入，另一个人坐在后面口述。两个人要不断的交流，频率不应低于一分钟一次。整个的设计思想由后面只动口不动手的人主导，而由操键盘的人做实现。由于人的思维速度是快于输入代码的速度的。那么观看的人可以有空闲的时间做额外的思考，观察代码写的有没有问题，结构有没有问题。
如果程序员的经验积累足够，是很容易看出存在潜在问题的代码的，即表面上实现了功能，但实际上是一种糟糕的做法。这在XP(eXtreme Programming 极限编程)中被称为代码坏味道，在 Martin Fowler的《重构》一书中有详细的介绍。两个有经验的程序员同时在一起工作，看起来好像浪费了一个人的时间：但实际上的效果确实完成了更高质量的代码。程序编的不那么容易出BUG，而且代码也写得更为优雅和紧凑。
关于结对编程，发现了一些新的受益之处。首先，它可以促进参与项目的程序员自身的提高，一对程序员工作的时候，水平较低的一方会潜移默化地受水平略高的程序员影响，学到一些新的东西。而水平高的一方同样因为不断地把自己的想法说出来而整理了自己的思路。
其次，一定时间周期地打乱配对，让参与项目的人员相互转换位置，使得维护繁杂的文档变得不那么重要。大家分组打乱后，口头的交流很容易让所有人都熟悉每个模块，这样对于公司也很有好处，项目中万一有人离开，也不至于影响到整个项目。最后，开发过程变得更为有趣，任何人的交流变得很多，大家关系更为融洽。
另外想补充一点的是，讲解XP的书籍上都没有提到，但是实际上却存在的一点：结对编程使得程序员被迫提高了工作效率。如果单独工作，在遇到困难的时候，并不是所有人都立刻积极地去解决问题，这时或许会上网和网友聊聊天，看看无关的网站等等。有可能因为工作的打断，大半天的时间都浪费了。看起来，程序员每天都在加班，实际有效工作时间往往还达不到6个小时。而结对编程有一种相互督促的作用，在一边工作疲惫状态不好时，另一边会起一个鼓励和激发斗志的作用。
而且两个人共用一台电脑，略带私人性质的聊天活动都会很自觉地不去进行了。结果一天下来，新实验结对编程的程序员都会喊累，神经紧绷8个小时的工作不累才怪。
从这个角度看，严格限制结对编程的程序员不准加班是合理的，实际上，开始每天甚至不必限制8小时工作，每天这样工作6小时队项目同样是非常高效的。
当两个人不断的互换角色，以至于最后谁也记不清哪行代码是谁敲的；团队内循环的分组以至于分不清到底那个模块该谁负责；反而大家的感觉会不错。整个项目的代码是团队共有，而不再是个人作品了。
一些研究发现程序员结对工作与单独工作相比，会写出更短的程序，更好的设计，以及更少的缺陷。研究发现缺陷率降低15%到50%，会由于程序员的经验以及任务的复杂度而不同。结对编程比单独编程相比，通常会考虑更多的设计选项，达成更简单，更易维护的设计；程序员们也会更早地捕捉到设计的缺陷。结对编程与一个程序员承担同一个任务相比工作会完成的更快。结对的程序员经常发现当他们一同工作时表面上“不可能”的问题变得容易，或更加快速，或至少有可能解决。
然而，一个2007年的元分析得出结论“结对编程并非一致地有利或有效的”，这是因为是否结对编程选择以外的许多因素在编程任务的产出上起着很大的最用。元研究发现结对编程往往一定程度地缩短了开发时间，而且对代码质量产生了正的边际效益，但是结对编程大大增加了开发人员的工时；也就是说与单独编程相比花费大大增加了。作者指出有关结对编程的研究遭遇了发表偏倚，有些不利于结对编程的研究要么没有开展研究，要么没有投稿，要么没有被授受发表。他们得出结论“你不可能期待又快又好又便宜。”
虽然编码通常比一个程序员单独工作更快地完成，但是整体程序编写时间（程序员数目 × 花费的时间）增加了。管理者需要在工作更快的完成以及缩减测试和调试时间和更高的编码成本之间平衡。这些因素的相对权重在不同的项目、不同的任务之间也不同。对于那些程序员没有完全理解的任务上，程序员期待更多的创造性，挑战，以及 高复杂度，此时使用结对编程最有帮助。在简单的，程序员都完全了解的任务上，结对编程导致生产力的净下降。
在两个程序员工作时，两个程序员之间传递着知识。他们分享关于系统细节的知识，并且互相学习编程技巧。新的员工很快地获得团队的习惯，并学习到系统的细节。“混杂结对编程”，即每个程序员轮流与团队中的所有其他程序员结对编程，而不是仅与某个程序员编程，使得系统的知识在整个团队中传播，减少了程序员离开团队带来的风险。
结对编程通常会带来纪律和时间管理的提升。程序员在与结对的伙伴一同工作时，不太会忘记编写单元测试，花时间上网或处理个人电子邮件，或偷工减料。结对的伙伴“让他们保持诚信”。人们更不愿意打断两个结对编程的人，而单独工作的人却容易被打断。
其他的收益据报告包括提高士气以及在代码正确性上更大的信心。
远程结对编程，也称作虚拟结对编程或分布式结对编程，是指两个程序员不在同一地点，通过协同编辑器，共享桌面，或远程结对编程的IDE插件进行的结对编程。远程结对编程引入了一些在面对面的结对编程中不存在的困难，例如协作的额外时延，更多的依赖“重量级”的任务跟踪工具，而不是“轻量级”的索引卡片，以及没有口头交流导致的在类似谁“控制键盘”问题上的混乱和冲突。
许多工具，例如Eclipse有插件支持远程结对。有些团队尝试使用VNC和RealVNC，每个程序员使用他们自己的计算机。其他人使用基于文本的GNU Screen的多显示模式。苹果公司的Mac OS X包含内建的屏幕共享应用。
在乒乓结对编程中，观察者编写失败的测试用例，驾驶者修改代码以通过该用例，观察者编写新的单元测试用例，等等。这个循环持续到观察者不能写出失败的测试用例。但是这种方法比估计的计划要花更多的时间。