如何在软件测试过程中进行正式的评审

如何在软件测试过程中进行正式的评审　

　软件测试过程中进行正式的同行评审过程

　　根据同行评审的重要程度，正式评审、技术审查和走查三种形式的流程和成果物的使用力度不尽相同，但其主要的步骤和内容大体一致，参见如图4-2所示的同行评审流程图。

　　4.3.1 正式评审流程

　　正式评审包括下述6个基本步骤。

　　(1)预备：为保证评审的质量，可以先进行一个预备会议。

　　会议上，由作者花几分钟的时间向评审组概要介绍评审材料，例如讲解一下本工作产品的目标是什么，其他相关的实现细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单等。这个讲解的过程从某种角度上来说，也保证了作者提交工作产品的质量。会议结束时把文档分发给每位与会者，下发的材料应该控制在2小时之内审核完成为宜。这些文档可以包括：

　　要审查的工作产品;

　　参考文档;

　　工作产品评审检查表;

　　工作产品审阅情况记录表。

　　评审主持人负责根据具体情况确定什么时间开始真正的评审会议。

　　(2)审查：在预备会和正式评审会之间，评审小组成员会对工作产品进行彻底检查，并依据相关标准和准则评审工作产品，记录发现的缺陷、问题种类与严重程度、所用的时间等。

　　(3)评审：在预定的正式评审时间内(会议时间建议控制在2小时)，评审小组成员以会议形式聚在一起，依次对产品进行检查。每个评审员花一定的时间(一般为十几分钟)指出问题，并和作者确定问题和定义问题的严重程度。注意，评审过程中是发现错误，而不是现场改正它们。

　　会议中，记录员详细记录每一个已达成共识的缺陷，包括缺陷的位置、简短描述缺陷、缺陷类别、该缺陷的发现者等。未达成共识的缺陷也将记录下来，加入"待处理"或者TBD标识，评审主持人将指派作者和评审员在会后处理评审会议中未能解决的问题。

　　(4)书写评审报告：评审主持人根据记录员的记录和自己的总结，在一天内写出评审报告，内容包括：

　　根据评审专家个人的输入创建总的问题清单;

　　加入会议中发现的问题;

　　剔除经确认属于重复或者无效的问题;

　　共同确定需要修改的问题及修改的程度。

　　(5)返工：作者根据评审报告的决议，负责解决确定的所有缺陷和问题。

　　(6)跟踪：评审组长必须确保所提出的每个问题都得到了圆满解决。必须仔细检查对文档的每个修正，以确保没有注入新的错误。

　　4.3.2 技术审查流程

　　技术审查通常包括下述3个基本步骤。

　　(1)准备：评审组长(通常是项目经理)要求项目组成员提供需要考虑的特定问题并分发评审材料。评审组长确定评审重点：

　　需要注意的特定问题;

　　需要满足的特殊标准或规格说明;

　　需要审查的接口或依赖关系。

　　(2)评审：评审人各自审查评审材料，目的是发现错误，而不是改正它们(通常每次评审会不超过1小时)。评审组组长应在一天内写出评审报告。评审会议内容包括：

　　汇总个人发现的问题;

　　加入会议中发现的问题。

　　(3)跟踪：作者负责解决评审报告中的所有错误及问题。评审组长检查所提出的每个问题都得到了解决。组长起草评审发现报告：

　　问题或弱项清单;

　　小组对如何解决这些问题或弱项清单的建议;

　　行动事项。

原文转自：http://www.ltesting.net