CMMI再认识之“软件同行评审”

今早一金融行业企业CMMI启动会上，发起人（公司领导） 对如何提升交付质量时，便提到过去项目大部分过程中的 缺陷大部分都是后期，例如系统测试时发现， 很多需求 / 设计 阶段的缺陷未在本阶段被发现。 他希望大家加强前期的评审， 如需求 、 设计，降低早期引发缺陷，导致后期大量返工。 我估计这发起人有超过30年的 开发行业经验， 他非常了解有效的评审对质量的重要。 让我们看看CMMI的最佳实践可...

      软件企业提高产品质量的手段，已经不仅仅是通过软件测试人员（SQC）的努力，而是越来越多的按照“测试前行”的理念配合同行评审（Peer Review）来提高软件产品的质量。其目的是为了及早和高效地从软件工作产品中识别并消除缺陷。但很多企业都会遇到一个问题，大家觉得同行评审的效果没有达到预期的目的，有些时候只是一个形式主义。那么如何才能将同行评审这把利器发挥的更有效果，下面将和大家一起

什么是同行评审？ 什么时候进行同行评审？ 如何进行同行评审？ 有人问再填坑哈哈

Question：同行评审，是否一定要开会？Answer：同行评审的开展方式是多种多样的，可以开会进行，也可以不开会地进行，关键是要对评审问题进行正确反馈、记录、跟踪处理。不采用开会的同行评审的开展方式如：1、拥有者和协调员 确认好参与评审的评审人，评审的开始和结束时间后；2、准备好评审包（包含：被《评审对象》、《同行评审记录表》、《被评审对象对应的检查单》）3、拥有者或协调员 通

如何提升(软件)交付质量 大家可先看看下面 Xerox 公司的缺陷统计数据 缺陷修复成本是越后越高，而且以倍数递增， 所以 软件工程有个重要原则，尽量第一次就把工作做好 (do it right the first time)，减少返工。 所以从软件质量管理，我们要： 尽力避免在整个开发过程中产生缺陷 如果有缺陷产生，要尽早排除。例如：瀑布性开发过程...

解析CMMI2.0实践域-验证和确认VV&同行评审PR

Question：同行评审，需要统计、分析那些数据？Answer：需要统计和分析的数据包括：评审工作量：评审投入的每个人时、总人时；返工工作量：根据评审意见返工投入的工作量；缺陷数：发现的缺陷和缺陷的等级；规模：被评审对象的规模（单位为：页、功能点、或代码行数）；缺陷的阶段分析：每个阶段引入的缺陷，和每个阶段消除的缺陷；缺陷的效率分析：每人时发现的缺陷分析；缺陷的效

Peer Review（同行评审） 一、概念及目的 一般来说，一个产品完成之后通常会由它的作者及作者的同事来进行检查，目的是为了评估产品的技术性和质量。这就是我们所说的同行评审。 在软件测试中同样也有同行评审（Peer Review），便于对软件进行检查和评估。 同时同行评审也是软件测试中必不可少的部分，几乎所有的软件项目中都需要同行评审，因为每个人写出来的程序都有可...

在IBM、微软等很多公司都有一个很好的实践，那就是代码复审。这种代码审查的过程，不是将代码发给某一个人或某几个人去看，而是强调程序员自己定期走上台，向其他人讲解自己源程序的活动。因为要向大家讲解自己的程序，程序员会极其重视自己的工作进度、代码质量，在写代码时，就时刻想着--可能随时会被选中去做代码复审，所以会非常认真地对待每一行代码。 公司为某省交通厅开发并实施了一套多层级公文交换系统。在平稳运

在进行同行评审时，一般可以积累如下的度量数据：（1）      评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位；对于测试用例的规模一般是采用个或页为度量单位；对代码的规模一般是采用行为度量单位；对于设计或其他文档一般是采用页为度量单位。（2）      个人评审的时间周期，计量单位为小时；（3）      评审会议的时间周期，计量单位为小时；（4）      个人评审发现的缺

同行评审是在软件开发完成之前，通过技术专家发现潜在缺陷的一种有效手段，和在代码完成之后进行的软件测试可以相辅相成，提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高，在开发中更值得投入。但是，在很多软件组织中这种手段却没有得到很高的推广，从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察，我发现同行评审的质量取决于多个细节，细节决定成败，因此我总结了做好同行评审的24个

　　在软件测试中，同行评审是用来检验软件开发，软件评测各阶段的工作是否齐全，规范，各阶段产品是否达到了规定的技术要求和质量要求，以决定是否可以转入下一阶段的工作。软件评审是为了确保软件开发项目的顺利进行而必须进行的工作，往往同行评审时由5人以上的团体来完成的，在一定的时间内，发现尽量多的错误，是评判一个同行评审是否达到要求的评价指标。 　　在同行评审中，部门评审阶段一般分为九个阶段： ...

本文探讨了软件质量保障的综合策略，重点介绍了同行评审、测试与问题跟踪以及运行时错误日志在软件开发中的重要作用。同行评审能够在早期发现设计和需求中的缺陷，降低修复成本；测试与测试计划确保软件功能的正确性，通过不同测试风格和覆盖度指标提高软件质量；问题跟踪与分析通过记录和分析错误数据，支持开发过程的持续改进；运行时错误日志则用于保障现场产品的可靠性，并帮助诊断系统故障原因。这些方法的有机结合，是提升软件可靠性和满足用户需求的关键。

其实同行评审规则上很简单，但却是软件开发质量保证中的最重要的一环，同行评审与其它评审不同的是评审人对被评审的对象有着本质上的认识，与被评审的对象的作者有着相似的技术背景。这样更容易发现对象的缺陷与在，及从同行身上学习到更多的知识与思维。 同行评审过程很简单，就是选取适当的人员，最好以会议形式进行评审，要有记录与解说，发现的缺陷要进行跟踪至解决，在评审过程中，对...

在软件测试中，同行评审是用来检验软件开发，软件评测各阶段的工作是否齐全，规范，各阶段产品是否达到了规定的技术要求和质量要求，以决定是否可以转入下一阶段的工作。软件评审是为了确保软件开发项目的顺利进行而必须进行的工作，往往同行评审时由5人以上的团体来完成的，在一定的时间内，发现尽量多的错误，是评判一个同行评审是否达到要求的评价指标。上面讲了同行评审的阶段分为了九个不同的阶段，每一个阶段都有其自己的作用，九个阶段组合起来令软件开发测试变得有理有序，那么在评审的过程中，同行评审的大致过程又是怎么来进行的？

一般评审包括：培训评审、预备评审、同行评审         同行评审：由开发软件产品作者以外的其他人检查工作产品以发行软件缺陷并寻找改进的机会        时间：一般设在里程碑点附近，即当工作产品到达了一个完成的里程碑并即将进入下一个开发阶段   审查 小组评审 走查 同桌评审 临时评审 非作者在内的针对特定对象进

笔者所知道的所有软件公司，无论规模大小，都正式或者非正式的进行了同行评审。但是对于同行评审，并非每个公司都取得了期望的成果，这种现象的存在很大一部分的原因在于很多公司只明白了同行评审的操作方式而对其背后的思想不甚了了，在日常的操作中也只是照猫画虎，忽视了同行评审的要点。笔者根据自己所经历的及所知道的一些组织的同行评审情况进行了一些分析，得出了同行评审的以下要点： 1、思想中国人常说的同