[ 1 ] Part1 Chapter3 同行评审[ 2 ] 同行评审本章重点: ?软件缺陷与软件评审?同行评审及其在 CMM 中的地位?同行评审的方法?试一试?同行评审的基础设施?同行评审的组织管理?小测验同行评审概述(Overview to Peer Reviews ) [ 4 ] 今日要点?软件缺陷与软件评审?同行评审及其在 CMM 中的地位?同行评审的方法?试一试?同行评审的基础设施?同行评审的组织管理?小测验[ 5 ] 软件的缺陷交付后的缺陷分布需求 15% 设计 40% 编码 30% 文档 5% 改错 10%?许多缺陷是在早期阶段引入的?资料来源: Applied Software Measurement, Capers Jones [ 6 ] 尽早消除软件缺陷的价值来自上个步骤的缺陷放大了的缺陷, 1:X 本步骤新产生的缺陷缺陷检测有效性百分比传给下个步骤的缺陷来自上个步骤的缺陷缺陷数量的放大每个进入下个步骤的缺陷都可能引起下个步骤中的多个缺陷,导致消缺成本的剧增。缺陷发现越晚,纠正费用越高资料来源: Boehm, IBM, 1981 1000 100 10 消除一个缺陷的相对成本需求分析实际运行 40~1000 倍系统测试 30~70倍设计 3~6倍编码 10倍开发测试 15~40倍 1 1倍[ 7 ] 测试是昂贵的?传统的测试只能在生存周期的后半部分进行?在需求、设计等阶段进行测试是不可能的?测试消耗大量的时间?测试计划、测试数据、测试脚本、测试执行和报告、调试、修正、重新测试?通常测试不能发现一些特定类型的缺陷?(例如违背编码标准) [ 8 ] 因此——评审! ?评审是检查某些软件工作产品的唯一方式! ?评审的正式程度、着眼点和过程都有所不同。越早消除缺陷就越经济[ 9 ] 评审的理想效果?在保证一定质量目标的前提下,加快研发进度: ?减少修改/返工工作量?发现测试工作不能发现的缺陷?内部培训与沟通?新技术、标准、管理手段……?促进开发过程的持续改进无评审有评审需求设计编码测试 RRR [ 10 ] 某公司软件评审主要形式?外部评审?内部评审?讨论?设计评审?代码走查
同行评审 来自淘豆网m.daumloan.com转载请标明出处.
