软件测试技术基础教程——理论、方法、面试-PPT课件.ppt

6.3.1　正规检视 正规检视是在软件开发过程中发现、排除软件在开发周期各阶段存在的错误、不足的过程，是一种软件静态测试方法，其生存周期为软件的开发周期，应用于开发过程中产生的（非阶段性）软件文档和程序代码，具有规范、易组织、高效等特性。 6.3.1　正规检视 正规检视活动不同于其他类型的同行评审活动，其遵循严格的过程，评审参与人员经过规范细致的流程、职责培训，检视过程有明确细化的评估标准。 正规检视的评审对象是实际的产品或者半成品，目的是发现存在的错误。评审参与人员通常来自开发部门、测试部门、质量保证部门或者用户。需注意的是，正规检视不能代替阶段评审、静态检查或者测试。 6.3.2　技术评审 技术评审是由一个正式的评审组对产品或项目从需求、标准符合角度进行评价。它确认任何与规格和（或）标准不一致的地方，或在评审验证后给出可变更的处理方法，或者包含这两者。技术评审的严格程度没有正规检视那么严格。技术评审的参与者包括作者和产品技术领域内的专家。 6.3.2　技术评审 技术评审是为了确认和裁决技术问题，如变更的确认等，不是为了发现问题，无正规流程，一般在技术小组内部开展，如开发团队针对某个算法优化方法进行技术评审，结合专家的建议选择最优算法优化方案。 6.3.3　走读 开展走读活动的目的是评价一个产品或项目（通常是该产品或项目的软件代码）是否存在错误。走读一直以来都与代码检查联系在一起，当然走读也可以应用到产品或项目的其他成果物，如概要设计、详细设计、测试计划等文档。走读的核心目标是发现缺陷。 6.3.3　走读 除此之外，还可包括技术交流、技术培训等。走读活动一般无正规流程，相对于正规检视与技术评审而言，走读形式最自由，参加者不一定为技术专家，一般是两两交换走读。通过走读活动，通常可以指出代码中效率和可读性等方面的问题。 6.4　同行评审流程 在同行评审活动中，正规检视是最规范、最有效率的形式，因此正规检视在同行评审活动中经常被用到，其常见实施流程如图6-1所示。 图6-1　同行评审流程 6.4.1　计划阶段 正规检视计划阶段工作的核心目标是确定本次正规检视的评审专家及相关参与人员、检视对象、资料、时间安排、会议地点等事项。一般由产品或项目负责人指定会议组织者，而会议组织者需制订出本次正规检视的详细计划。 组织者在计划阶段需要完成以下一系列工作。 6.4.1　计划阶段 （1）确定开始本次正规检视的条件是否成熟。 组织者需关注被检视对象是否已经达到检视要求，是否成立了经过正规检视培训的检视小组，检视小组成员的时间安排已经明了等。 （2）确定是否需要产品介绍会议阶段。 若检视小组成员是第一次参加本检视对象检视活动，或被检视对象是第一次进行正规检视，则可能需要介绍会议，组织者根据实际情况裁定，检视小组成员亦可根据需要请求召开介绍会议。 6.4.1　计划阶段 （3）确定检视小组每个成员的职责。 检视小组每个成员在本次检视会议中的职责需在本阶段明确，通常情况下检视小组成员的职责是明确的，有新进人员时需单独培训。当检视对象有特殊性时，可再次明确强调职责。 （4）确定介绍会议的时间、地点（可选）。 确实需召开介绍会议时，组织者需确定介绍会议的时间及地点，并通知检视小组成员。 6.4.1　计划阶段 （5）确定检视会议的时间、地点。 了解检视小组成员的日程事项安排后，与项目经理沟通，从而确定检视会议的时间及地点。 （6）通过检视通知单通知每个工作人员。 发送检视通知邮件给检视小组成员，并确认对方收到（可使用邮件阅读回执功能）。 6.4.1　计划阶段 （7）分发正规检视资料袋。 整理准备好正规检视资料袋后，可通过邮件发送给检视小组成员，并确认对方收到。 （8）估算检视时间及记录计划阶段所花费时间。 组织者需估算本次检视大致时间花费，记录计划阶段所花费时间，便于后期分析检视效率及改进点。 6.4.1　计划阶段 计划阶段组织者需根据检视对象及与之相关的材料，整理出资料袋，编写通知单。资料袋中通常包括：检视通知单、检视对象（代码、文档片段等）、参考资料（可包括技术文档、标准和准则、以前正规检视的经验报告等）、问题单（可利用缺陷管理工具）、查检表。 确定介绍会议的时间、地点（如需要介绍会议时），检视会议的时间、地点，每个检视小组成员的职责已分配，资料袋已发放，整个过程已记录时，计划阶段即完成。根据需要，组织者召开介绍会议，否则进入准备阶段。 6.4.2　介绍会议 介绍会议在正规检视活动中非必需阶段，当检视对象第一次做检视，检视小组成员第一次参加，检视对象技术含量较高或检视对象风险级别较高时，组织者可组织介绍会议。 在介绍会议上，作者向检视小组成员介绍检视对象的概况、关键技术、在系统中地位、风险等方面内容。 6.4.2　介绍会议 介绍会议时间不宜太长，一般3