“同行评审是一种通过作者的同行(开发、测试、QA等)来确认缺陷和需要变更区域的检查方法。”在软件测试中，同行评审是用来检验软件开发，软件评测各阶段的工作是否齐全，规范，各阶段产品是否达到了规定的技术要求和质量要求，以决定是否可以转入下一阶段的工作。软件评审是为了确保软件开发项目的顺利进行而必须进行的工作，往往同行评审时由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效率怎么样。

 下面是配套学习资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

软件测试面试小程序

被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

涵盖以下这些面试题板块：

1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux

6、web,app，接口自动化 ，7、性能测试 ，8、编程基础，9、hr面试题 ，10、开放性测试题，11、安全测试，12、计算机基础

 

文档获取方式：

这份文档，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

以上均可以分享，只需要你搜索vx公众号：程序员雨果，即可免费领取