技术(同行)评审教材.pptVIP

工作量 (评审) 　高 　低 　高 　低 缺陷率 Scenario 2:GOOD/NOT BAD 好／不坏 Scenario １:BEST CASE 　　 最好情况 Scenario ３:UNSURE 　　 不确定 Scenario ４:WORST CASE 　　 最差情况 评审结果度量与分析-cont. 评审是否有效,首先判断查出的总缺陷数是否在规定极限内(如0.5-1.5个/页)。如果不在极限内，应结合工作量/结果模型做进一步分析 评审结果度量与分析-cont. 最好情况－高工作量/低缺陷率：文档／编码在审核之前就很好，团队还花了足够的精力用于ＤＲ／ＣＩ（文档评审／代码审查），从而确保了质量。评审负责人需要判断评审人员是否真的按流程/准则进行。 最差情况－低工作量/高缺陷率：高的错误植入，但审查不够严格。到结束审查过程时，可能有更多的缺陷遗留在文档和编码中。需要强调预评审，增加审工作量并改进评审精确性。 好/不坏的情况－高工作量/高缺陷率：错误植入率可能很高，但花了较多的精力是一个好的表示，也许是有更多缺陷被清除的原因。需要强调缺陷预防（DP）。 不确定的情景－低工作量/低缺陷率：不能确定文档和编码是否更好，因此审查需要的时间较少或审查完成比较匆忙，既而发现的缺陷较少。在这种情况下，我们需要依赖团队的主观评价和其他信息，从而做出较好的决定。 领悟同行评审 什么是同行？ 同行评审的价值在那里？ 如何才能做好同行评审？ 如何才能做好同行评审 转换思想-帮助拥有者发现问题； 不是挑拥有者的刺； 所有人转换思想，不光是评审组，包括项目经理、高层经理； 同行评审发现的问题不做为考核的数据，只做为分析、改进的数据。 问题 项目时间很紧，是否可以进行同行评审？ * 项目组在计划时设立协调者池； 拥有者可以选择自己喜欢的协调者； * 正文进行了拼写检查. 代码通过编译没有错误. 描述了打开状态的难题. 评审源程序时的视角： 1、是否满足需求； 2、是否符合规范； 3、逻辑是否合理； 4、性能是否可以改进； 5、其它（是否有内存泄漏的语句），可以做成检查单。 6、考虑审查者需要花费的时间。 * 是否一定要将所有的文档压缩一个包发给大家？ * 审查者分开准备。 描述条款要简介，描述清楚即可。 * 工 * 如何才能做好同行评审？ * 如何才能做好同行评审？ 技术(同行)评审 课程目标 理解同行评审； 懂得如何开展同行评审； 技术评审(Inspection)的历史 1972 M.Fagen 提出并在IBM推行； 结果观察: 1、在进行任何测试之前发现的错误的百分比 1972-76 50-65% 2001 75-85% ，特别的达到90%以上 2、缺陷植入率减少50% 3、顾客报告的缺陷减少15X-20X倍 4、生产率提高2X倍以上 同行评审的目的 同行评审的目的是为了及早地和高效率地从软件工作产品中清除缺陷。一个重要的伴随结果是对软件工作产品及可防止的缺陷得到更好的了解。 同行评审的好处 中高层：可以及时掌握项目的进展 项目组： -项目组可以利用组织中最有才干的人，即使他们没有参与项目组也能发挥作用。 -令项目成员有一种成就感、参与感和得到认可的感觉，从而保持团队的积极性。 -团队成员可以发展他们的技能，而资深成员可以指导那些缺乏经验的人员。 -通过评审更加留意缺陷，从而帮助预防缺陷。 经 验 80％的缺陷，通过同行评审发现。 16％的缺陷，通过测试发现。 4％的缺陷，通过客户发现。 哲 理 审查是过程成功进展的基础 评审的意义 需求 |设计 |编码 |文档 |测试 |维护 需求 |设计 | 编码 |文档 |测试 |维护 如果没有评审 发现 ---- 原点 ---- 混乱区域 测试 |维护 评审的意义 需求 |设计 |编码 |文档 |测试 |维护 需求 |设计 | 编码 |文档 |测试 |维护 如果有评审 发现 ---- 原点 ---- 混乱区域 同行评审 小组评审（正规的同行评审） 四眼评审 流程 申请 评审 评审 计划 跟踪 返工 小组 评审 会议 评审 准备 启动 会议 结束 联系协调者； 确认入口准则； 选择审查者； 制定评审计划； 设计评审视角； 准备评审包； 设置测量目标； 简短（5－30分钟）； 沟通评审事宜； 评审文档； 各自记录条款； 最好提前一天； 记录发现条款； 协调者推动会议； 会议时间很重要； 整理条款； 修改目标文档； 协调验证返工； 关闭所有条款； 职责 审查者: 尽可能发现并报告条款 拥有者: