标签：
同行评审（Peer review，在某些学术领域亦称）)）为一种审查程序，即一位作者的学术著作或计划让同一领域的其他专家学者来加以评审。在出版单位主要以同行评审的方 法来选择与筛选所投送的稿件录取与否，再而资金提供的单位，也是以同行评审的方式来决定研究奖助金是否授予。
PR的组织形式有技术评审（Tecnical review）、正规检视（Formal Inspection）、走读（Walkthroughs）以及管理评审（Management Review）。
主要特点是由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细地检查，以找出和消除其中的缺陷。技术评审为新手提供软件分析、设计和实现的培训途经，后备、后续开发人员也可以通过正规技术评审熟悉他人开发的软 件。评审小组至少由3人组成（包括被审材料作者），一般为4至7人。通常，概要性的设计文档需要较多评审人员，涉及详细技术的评审只需要较少的评审人员。
技术评审目的：
（1）发现软件在功能、逻辑、实现上的错误；
（2）验证软件符合它的需求规格；
（3）确认软件符合预先定义的开发规范和标准；
（5）便于项目管理
评审小组的角色：
主持人（Moderator）
支持人的主要职责，在评审会前负责正规技术评审计划和会前准备的检查；在评审会中负责调动每一个评审员在评审会上的工作热情，把握评审会方向，保证评审会的工作效率；在评审会后负责对问题的分类及问题修改后的复核。
宣读员（Reader）
宣读员的任务是在评审会上通过朗读和分段来引导评审小组遍历被审材料。除了代码评审可以选择作者作为宣读员外，其他评审最好选择直接参与后续开发阶段的人员作为宣读员。
记录员（Recorder）
记录员负责将评审会上发现的软件问题记录在“技术评审问题记录表”。在评审会上提出的但尚未解决的任何问题以及前序工作产品的任何错误都应加以记录。
作者（Author）
被审材料的作者负责在评审会上回答评审员提出的问题，以避免明显的误解被当作问题。此外，作者须负责修正在评审会上发现的问题。
目的：要评审一个产品（通常是软件代码）
目标：发现缺陷、遗漏和矛盾的地方；改进产品；考虑替代的实现方法。
角色和职责：走读组、记录员
输入：产品、标准
入口标准：产品就绪
过程：I、计划走读会议；II、评审产品；III、进行走读；IV、解决缺陷；V、记录走读；VI、返工产品。
出口标准：整个产品被走读完；所有缺陷、遗漏、效率问题和改进建议被记录；作者记录了走读。
输出：走读记录、被纠正的产品。
在软件开发过程中进行的，发现、排除软件在开发周期各阶段存在的错误、不足的过程，是一种软件静态测试方法，生存周期为软件的开发周期，应用于开发过程中产生的软件文档和程序代码。
不同之处：遵循一个严格的过程，人员经过培训，检视过程有评估标准；针对实际的产品或半成品；参加者来自开发部门、测试部门、质量保证部门或用户；比其他评审更严格、更有组织、更高效率。
目的：发现存在的错误。
Peer Review 的一般过程
标签：
原文地址：http://www.cnblogs.com/tju-qiran/p/4419313.html
