在软件测试中，同行评审是用来检验软件开发，软件评测各阶段的工作是否齐全，规范，各阶段产品是否达到了规定的技术要求和质量要求，以决定是否可以转入下一阶段的工作。软件评审是为了确保软件开发项目的顺利进行而必须进行的工作，往往同行评审时由5人以上的团体来完成的，在一定的时间内，发现尽量多的错误，是评判一个同行评审是否达到要求的评价指标。
在同行评审中，部门评审阶段一般分为九个阶段：
1.系统分析和设计
2.软件需求分析
3.系统概要设计
4.软件详细设计
5.代码和单元测试
6.软件组件测试
7.软件配置测试
8.软件系统测试
9.系统接收
每一个阶段都是在不停地完善软件开发的过程，为整个开发阶段提供了有力的支持。
上面讲了同行评审的阶段分为了九个不同的阶段，每一个阶段都有其自己的作用，九个阶段组合起来令软件开发测试变得有理有序，那么在评审的过程中，同行评审的大致过程又是怎么来进行的？下面一幅图将会说明其运作的阶段流程：
上面这幅图就说明了在实施同行评审中，划分了四大阶段，分别为计划阶段，实施阶段，度量阶段，评审/审计阶段。每个阶段又有具体的实施步骤，其中在实施阶段中走读，技术评审，正规检视，则是支撑了整个过程的评审阶段。
上面说到了在评审中至少要有5人，那么这五人都是怎么分配角色的，五个角色分别是Moderator、Inspectors、Author、Reader、Recorder这五个角色，其中Inspectors可以由多人来扮演。
上面的图就是在整个PR过程中，五个角色分别得作用和出现时间，下面来说下五个角色的详细作用是什么：
1.Moderator 在PR过程中担任了主持人的角色，负责保证PR的顺利执行，并且保证是高效的；
2.Inspectors在PR过程中担任了评审员的角色，主要发现软件设计中的一些缺陷和漏洞之类的BUG；
3.Author是评审软件的设计人；
4.Reader在PR中担任为大家解读该软件设计的角色；
5.Recorder在PR中担任记录，评价的此次PR工作的效率；
在Recorder记录和评价此次PR工作的效率时，会根据一些指标来计算具体的效率,往往有以下指标：
1、Defect density = defects/review scale
2、Review speed = review scale/review hours
3、Review efficiency = defects/man-hour
这三个指标的高低几乎就能说明此次的PR效率怎么样。