同行评审是由软件工作产品生产者的同行遵循已定义的规程对产品进行的技术评审。
同行评审的对象包括所有软件开发的中间和最终工作产品，文档审查要对文档的完整性、一致性和正确性进行同行评审。按照CMMI模型的提法，同行评审分为正式评审（Inspection）、技术审查（Technical Reviews）和走查（Walkthrough）三类，"正式评审"是正式的，后两者是常用的非正式同行评审方法。
【课上peer review的感想】（原创，非抄定义）
（一）对peer review的理解
4.10日的课上，老师让我们5个或者6个人一个小组，进行了peer review，对姚思丹同学的项目说明书进行评价。这是一次很有趣的尝试，
peer review，我个人是第一次进行这项活动，它有点类似brain storm,又像role play,是采取正式的meeting 准备的形式，每个人都在group中扮演不同的角色工作，一起进行project evaluation.
从字面意义上讲，peer，我记得英语有个词组叫做peer pressure，同辈压力，意味着大家的知识，能力，已经面临的主要工作都相似。当人们研究的领域相似，往往对同一事物的评价给出的意见更加有针对性，更有建设性。
我们作为软件专业的学生，对同一专业同学的软件项目中涉及的专业词汇或者他们的想法，他们运用的方法的理解都比其他专业的同学理解起来更加准确。
而且，我们更加了解软件项目时的一些通用技术及做法，更给出更合理的建议。
（二）课上 peer review 活动的缺憾
1.流程不清楚，会议有些拖沓，效率低。
2.课前没有准备，如果老师事前能把报告书发给我们的话，能减少对项目说明书的解读时间，提高效率。
3.对评审的对象内容没有侧重点，泛泛地对整篇文章进行处理，导致核心defect可能没被找到。
4.评审人员开会时东拉西扯，偏离会议内容，组织不好。
5.对文档中某些术语概念的认知有差异，争执不下，纠缠不清，耽误进度。
6.只需要指出问题，不需要在如何改进下工夫。
（三）peer review的优点
1.帮助作者及时发现项目中的缺陷。
2.高效地提升产品质量，迅速消除缺陷，给出解决办法。
3.帮助作者加深对项目理解，得到帮助。
（四）总结
我觉得peer review加深了我对软件测试的理解，这项活动虽然没有具体地操作程序，从评审文字类的项目说明上，也能有效地为作者提供新的想法，
改进项目的缺陷。
建议以后的课程中可以多进行这样的项目。
【同行评审的知识】
同行评审过程
根据同行评审的重要程度，正式评审、技术审查和走查三种形式的流程和成果物的使用力度不尽相同，但其主要的步骤和内容大体一致
同行评审流程图
【更多peer review的介绍见】
http://www.uml.org.cn/rjzl/200902024.asp
（这个网页上讲的很详细，就不摘抄啦）