软件评审
在软件的生命周期内所实施的对软件本身的评审。
评审本身根据不同的评审阶段，分为需求评审，功能评审，质量评审，成本评审，维护评审等。
评审的组织部门通常可以由需求部门，技术部门，质量控制部门，产品部门等。
评审的结果通常根据不同的评审目标形成评审结果。
基本信息
- 中文名
软件评审
- 外文名
Peer Review
- 含义
一种评估手段
- 对象
软件元素或者项目状态
- 目的
确定其是否与计划的结果保持一致
定义
评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。
分类
一般来说，评审（Peer Review）包括下面几种
检视（Inspection）
团队评审（Team Review/Technical Review）
走读（WalkThrough）
成对编程（Pair Programming）
同行检查（Peer DeskCheck）
特别检查（Ad hoc Review）
评审方法间的区别（1）
评审方法间的区别（2）
误区
评审中的误区（1）
误区一：评审参与者不了解评审过程
如果评审参与者不了解整个的评审过程，就会有一种自然的抗拒情绪，因为大家看不到做这件事情的效果，感觉到很迷茫，这样会严重的影响大家参与评审的积极性。
评审中的误区（2）
误区二：评审人员评论开发人员，而不是产品
评审的主要目的是发现产品中的问题，而不是根据产品来评价开发人员的水平。但是往往会出现把产品质量和开发人员水平联系起来的事情，于是评审变了“味”，变成了“批斗大会”，极大的打击了开发人员的自尊心，以至严重的影响了评审的效果。