协同构建技术试图通过这样或那样的途径,将展示你工作的过程正式化,以便把错误暴露出来。协同构建包括结对编程、正式检查、非正式技术复查、文档阅读,以及其他让开发人员共同承担创建代码机器工作产品责任的技术。
1、 协同开发实践概要
- 协同构建是其他质量保证技术的补充
- 协同构建有利于传授公司文化以及编程专业知识
- 集体所有权适用于所有形式的协同构建
- 在构建前后都应保持协作
2、结对编程
-
成功运用结对编程的关键
- 用编码规范来支持结对编程
- 不要让结对编程变成旁观
- 不要强迫在简单的问题上使用结对编程
- 有规律地对结对人员和分配的工作任务进行轮换
- 鼓励双方跟上对方的步伐
- 确认两个人都能看到显示器
- 不要强迫程序员与自己关系紧张的人组队
- 避免新手组合
- 指定一个组长
-
结对编程的好处
- 与单独开发相比,结对能够让人们在压力之下保持更好的状态
- 它能够改善代码质量,即使在出现了让人不得不飞快地编写代码的压力时仍然如此
- 它能缩短进度时间表
- 具有协同构建的其他常见好处,如传播公司文化,知道初级程序员,培养集体归属感等
3、正式检查
详查(正式检查)是一种特殊的复查,它在侦测缺陷方面特别有效,并且相对测试来说更加经济合理。
详查与普通复查的区别:
- 详查表关注的是复查这过去所遇到的问题
- 详查专注于缺陷的检测,而非修正
- 复查人员要位详查会议做好预先准备,并且带来一份已知问题的列表
- 参与者都被赋予了明确的角色
- 详查的主持人不是被检查产品的作者
- 详查的主持人应该已经接受过主持详查会议方面的培训
- 只有在与会者都做好充分准备之后才召开详查会议
- 每次详查手机的数据都会被应用到以后的详查中,以便对详查进行改进
- 高层管理人员不参加详查会议,除非正则详查项目计划或其他管理方面的资料
详查中人员角色列表:
- 主持人
- 作者
- 评论员
- 记录员
- 经理
详查的一般步骤:
- 计划
- 概述
- 准备
- 详查会议
- 详查报告
- 返工
- 跟进
- 第三个小时的会议
4、其他类型的协同构建
-
走查
走查涉及两个或更多的人,进行设计或者代码的相关讨论。
-
代码阅读
直接阅读源代码并从中找出错误。同时也从质量的角度对代码做出评价,如带按摩的设计、风格、可读性、可维护性以及效率等。
-
公开演示
公开演示的目的是向客户证明项目一切顺利,是一种管理层的复查,而不是技术复查。
更多有关《代码大全 2》的读书笔记,请关注 :
http://tabalt.net/blog/code-complete-2-reading-notes/
本文链接:http://tabalt.net/blog/cc2-collaborative-construction/,转载请注明。
