Collaborative construction Code complete reading notes

Why?
协同构建是其他质量保证技术的补充
协同构建有利于传授公司文化以及编程专业知识
各人优点的集合
个人离开的代价更小
缺陷修正可以指派任何一个人

How?
构建前后都应该保持协作
结对编程
    用编码规范支持结对
    不要让结对编程变成旁观--分析代码、提前思考下一步、对设计评估、对如何测试做出计划
    在简单问题上可不强求结对
    进行轮换
    鼓励双方跟上对方的步伐
    避免新手组合
    指定一个组长

正式检查
    关注过去发现的问题
    关注检测而非修正
    做好准备,准备发现问题列表
    主持人不是作者
    高层不参与
    人员角色:主持人、作者、评论员、记录员、经理
    步骤:计划、概述、准备、会议、报告、返工、跟进

走查(三三两两的小会议)
    作者主持
    关注技术
    关注错误而非修正
    经理不参加

代码阅读
    4000行代码、两个以上的评论员、评价评论员的贡献

公开演示

结对和详查的成本相同,产生的效果也差不多,开发周期短时,可以选择结对。
   

原文地址:https://www.cnblogs.com/think/p/411393.html