同行评审专题讲座v5.pdf

软件同行评审 麦哲思科技（北京）有限公司 1 目 录 • 评审的分类 • 审查的基本原理 • 审查的详细过程 • 审查的其他说明 2 一 评审的分类 为什么需要评审 开发过程中的评审 评审的分类 如何选择评审类型 3 讨论：为什么需要评审(review) 缺陷注入 需求 设计 构造 测试 缺陷消除 需求 设计 构造 测试 什么样的Bug无法通过测试发现？ 4 审查成功的案例-业界 • Yourdon和3个有经验的软件人员用45分钟时间审查了一个200行程序， 发现了25个错误，其中有5个错误是不可能通过测试发现 • 在软件维护方面，Freedman和Weinberg报告，在引入审查前，变更维护 出错率为55%，引入审查之后，这一出错率降至2％。 • ATT的贝尔实验室在其开发中引入审查后,生产率提高了14％ 。 • IBM公司报道，每小时的审查可节约20小时的测试。 • TRW对一个大型软件进行了研究，发现2019个由用户发现的错误导致代 码变更。分析结果表明，在这些错误中，通过代码审查可以发现62.7% ，通过设计审查可以发现57.7% 。 • Litton数字系统在审查中投入了3%的总项目工作量，使得系统集成和系 统测试发现的缺陷数量减少了30%。 • Raytheon在两年中将返工率从41%降低到20%，同行评审是重要的手段。 5 审查成功的案例-我们的客户 • 某公司2009年11月初开始启动过程改进，第一阶段改 进代码走读、系统测试、度量过程。 • 该公司是产品开发类项目，产品开发的周期比较短， 销量比较大，质量要求比较高。 • 2010年1月中旬对12月份代码走查过程改进的效果进 行了分析。 • 该公司每天下午5点到6点为固定的代码走读时间，对 当天完成的代码进行走查。2人结对，一个作者，一个 专家。 • 经过1个月的坚持，该措施效果显著。 6 12月份代码走查的平均数据 7 12月份各部门代码走查效率的分析 8 12月份缺陷检出密度的分析 9 12月份代码走查与系统测试效率的比较 10 生命周期中的评审 生命周期阶段 需 求 设 计 构 造