协同构建技术试图通过这样或那样的途径，将展示你工作的过程正式化，以便把错误暴露出来。协同构建包括结对编程、正式检查、非正式技术复查、文档阅读，以及其他让开发人员共同承担创建代码机器工作产品责任的技术。

1、 协同开发实践概要

  • 协同构建是其他质量保证技术的补充
  • 协同构建有利于传授公司文化以及编程专业知识
  • 集体所有权适用于所有形式的协同构建
  • 在构建前后都应保持协作

2、结对编程

  • 成功运用结对编程的关键

    • 用编码规范来支持结对编程
    • 不要让结对编程变成旁观
    • 不要强迫在简单的问题上使用结对编程
    • 有规律地对结对人员和分配的工作任务进行轮换
    • 鼓励双方跟上对方的步伐
    • 确认两个人都能看到显示器
    • 不要强迫程序员与自己关系紧张的人组队
    • 避免新手组合
    • 指定一个组长

  • 结对编程的好处

    • 与单独开发相比，结对能够让人们在压力之下保持更好的状态
    • 它能够改善代码质量，即使在出现了让人不得不飞快地编写代码的压力时仍然如此
    • 它能缩短进度时间表
    • 具有协同构建的其他常见好处，如传播公司文化，知道初级程序员，培养集体归属感等

3、正式检查

详查（正式检查）是一种特殊的复查，它在侦测缺陷方面特别有效，并且相对测试来说更加经济合理。

详查与普通复查的区别：

  • 详查表关注的是复查这过去所遇到的问题
  • 详查专注于缺陷的检测，而非修正
  • 复查人员要位详查会议做好预先准备，并且带来一份已知问题的列表
  • 参与者都被赋予了明确的角色
  • 详查的主持人不是被检查产品的作者
  • 详查的主持人应该已经接受过主持详查会议方面的培训
  • 只有在与会者都做好充分准备之后才召开详查会议
  • 每次详查手机的数据都会被应用到以后的详查中，以便对详查进行改进
  • 高层管理人员不参加详查会议，除非正则详查项目计划或其他管理方面的资料

详查中人员角色列表：

  • 主持人
  • 作者
  • 评论员
  • 记录员
  • 经理

详查的一般步骤：

  • 计划
  • 概述
  • 准备
  • 详查会议
  • 详查报告
  • 返工
  • 跟进
  • 第三个小时的会议

4、其他类型的协同构建

  • 走查

    走查涉及两个或更多的人，进行设计或者代码的相关讨论。

  • 代码阅读

    直接阅读源代码并从中找出错误。同时也从质量的角度对代码做出评价，如带按摩的设计、风格、可读性、可维护性以及效率等。

  • 公开演示

    公开演示的目的是向客户证明项目一切顺利，是一种管理层的复查，而不是技术复查。

更多有关《代码大全 2》的读书笔记，请关注 ：
http://tabalt.net/blog/code-complete-2-reading-notes/

本文链接：http://tabalt.net/blog/cc2-collaborative-construction/，转载请注明。