下面是小编为大家整理的技术评审方法与指南（完整）,供大家参考。
1 走查(Walkthrough)
检查是一种常用的非正式评估方法，评估是在作者的指导下进行的。在检查过程中，作者会向评审人员详细介绍软件产品，评审人员也可以交流检查的发现。因为演练前不要求阅读软件产品，只有演练过程本身保证所有在场的人真正理解，所以演练可能不够深入，一些隐藏的缺陷不容易发现。
1.1 流程描述 角色/职责 作者：
选择合适的走查员 走查过程的组织，主持走查活动，走查结论的编写 走查后续行动的执行 走查员：
出席走查会议，记录走查发现 记录员：
记录走查会议的结论 SQA 工程师：
提供走查的指导和支持 评估走查活动开展的规范性（抽查），分析走查的效果（定期活动）
输 入 待走查的软件制品 进入准则 待走查的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 活动描述 作者确定合适的走查员名单，制定走查的时间表。
组织召开走查会议，作者、走查员、记录员出席。
作者首先简要介绍走查的软件制品、议程、人员分工等； 作者详细介绍走查的软件制品内容，走查员记录走查意见； 软件制品内容介绍完后，作者和走查员讨论走查意见，标识软件制品的缺陷，记录员作出记录； 走查会议结束前，记录员宣读记录结果，作者和走查员确认。
作者把走查记录的结果整理成走查结论。
作者修复缺陷并请相关人员验证。如有必要，再次召开走查会议。
根据需要，SQA 工程师提供走查的指导。
SQA 工程师可以抽查走查活动的规范性，并定期（月或季）统计走查的相关数据，评估走查活动的效果和效率。
结束条件 走查员认可走查结论； 所有发现的缺陷得到处理。
输 出 修订后的软件制品
软件制品的走查意见 走查结论 度 量 待走查软件制品的规模（size）
走查员的个数，每个评走查员发现的缺陷数，走查会议的时间 缺陷修复和验证的时间 走查历时天数
1.2 指南
走查特点是：
复习的效率和效果很大程度上取决于步行者的能力(专业技能和走查技能)。检查员的选择非常关键。
相对其他评审方式而言，走查员在评审活动上的工作量开销比较小。
走查活动由作者引导，可能会遗漏一些作者忽视的问题。
走查员人数在 2-4 人为宜。根据作者的要求，走查员可以从一个或者几个视角对软件制品进行评审。
在组织走查活动的过程中，作者需要与项目管理人员充分沟通，以确保走查活动在项目工作计划中得到体现，并确保走查成员有时间参加走查会议。而且，评审员必须承担相应的责任。
为了保证预排的进度，预排检查员在介绍软件产品时最好不要打断作者。有什么问题可以记录下来，在后续的讨论中提出来。
记录者可以是作者，也可以是检查员。
2 结构走查(Structured Walkthrough)
结构走查是一种比较理想的正式评审方式。相对于走查而言，有两个主要的改进：不再由作者主导评审过程;在评审会议前评审员需要对软件制品进行预评。这种方式既能提高评审的质量，又能提高评审会议的效率。
2.1 流程描述 角色/职责 作者：
编写软件制品的简介 解答评审人员的疑问 修复软件制品的缺陷 评审组织人：
选择评审人员，明确评审人员的职责，确定评审的时间表 发布评审通知，发放评审资料 评审主持人：
评审会议开始前，收集汇总评审意见 主持评审会议，控制评审会议的进程和气氛 评审员：
评审指定的软件制品，提交评审记录 记录员：
记录评审结论 SQA 工程师：
提供评审方式的指导和支持 评估评审活动开展的规范性（抽查），分析评审的效果（定期活动）
输 入 待评审的软件制品
进入准则 待评审的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 活动描述 a)
作者向评审组织人申请评审软件制品，并编写软件制品的简介。
b)
如果满足入口准则，评审组织人选择评审人员，明确评审人员的职责，确定评审时间表。如果需要，指定 SQA人员或者相关专家准备评审检查表。
c)
评审组织人向相关人员发送评审通知和相关准备材料。
d)
评审员阅读材料，记录评审意见，并在规定时间内把评审意见发送给评审主持人。
e)
组织召开评审会议，作者、评审主持人、评审员、记录员出席。
f)
在评审主持人的主导下，讨论评审意见，澄清误会和分歧，标识缺陷。记录员给予记录。
g)
记录员宣读记录结果，作者和走查员确认。
h)
对于标识出来的缺陷和未解决的问题，明确其后续行动计划及验证办法。这些内容需要记录在评审结论中。
i)
相关人员执行后续行动计划的活动。
j)
根据约定，由指定人员审核修订后的软件制品，或者重新评审软件制品（从第 d 步开始）。
k)
根据需要，SQA工程师提供评审方式的指导。
l)
SQA工程师可以抽查评审活动的规范性，并定期（月或季）统计评审的相关数据，评估评审活动的效果和效率。
结束条件 评审人员认可评审结论； 所有发现的缺陷得到处理； 行动计划的活动全部关闭。
输 出 修订后的软件制品 评审制品简介、评审安排、检查表等材料 软件制品的评审意见 评审结论 行动计划 度 量 待评审软件制品的规模（size）
评审员的个数，每个评审人员发现的缺陷数，每个评审人员参与评审的时间 作者参与评审的时间，缺陷修复和验证的时间 评审历时天数
2.2 指南
结构走查的特点是：
相对其他评审方式而言，评审员在评审活动上的工作量开销比较大。
这是一种比较正式的评审方式。如果方法应用得当，评审人员具备相应的业务技能和评审技巧，评审效果会很好。
评审员数目 3-6 人为宜。根据作者的要求，评审员可以从一个或者几个视角对软件制品进行评审，评审员可以参与制品全部内容的评审，也可以只参与部分内容的评审。
评审组织人主要由项目管理人员担任。评审主持人主要由相关的技术专家担任。评审组织人和评审主持人可以是同一人员。
考核人接到考核通知后，如果不能保证考核时间，必须告知考核组织者。评审员可根据情况决定更换评审员、改变评审日程或采取其他措施。
在审查过程中，审查者可以要求作者提供指导和支持。评估员还可以与其他评估员交换意见。
在评审人员的评审意见中，需要记录:评审的内容、评审的工作量、评审的发现等。
记录者可以是评论者或作者。
如果是文字方面的错误，可以直接在软件制品中修改，不必记录到评审意见中。
评审结论包括:评审测量数据、缺陷记录、行动计划等。
待评估软件产品的规模可以参照项目估算的方法来确定。
审查人员的审查工作量包括阅读材料、记录审查意见、审查沟通、审查会议和其他活动的时间，但不包括讨论缺陷修复计划和验证缺陷修复的时间。
评审意见和结论需要作为评审活动的记录保存。
3 审查(Inspection)
审查(由 IBM 的 Michael E. Fagan 提出，有时也被称为 Fagan’s Inspection)是一种非常正式的评审方式。在本文介绍的评审方式中，其评审的效果最好。不过，这种评审方式持续时间比较长，成本开销也比较大。
3.1 流程描述 角色/职责 作者：
向评审员介绍软件制品 解答评审人员的疑问 修复软件制品的缺陷 评审组织人：
选择评审人员，明确评审人员的职责，确定评审的时间表 发布评审通知，发放评审资料 评审主持人：
评审会议开始前，收集汇总评审意见 主持评审会议，控制评审会议的进程和气氛 评审员：
评审指定的软件制品，提交评审记录 记录员：
记录评审结论 SQA 工程师：
提供评审方式的指导和支持 评估评审活动开展的规范性（抽查），分析评审的效果（定期活动）
输 入 待评审的软件制品 进入准则 待评审的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 活动描述 作者向评审组织人申请评审软件制品。
如果满足入口准则，评审组织人选择评审人员，明确评审人员的职责，确定评审时间表。如果需要，指定 SQA 人员或者相关专家准备评审检查表。
评审组织人向相关人员发送评审通知和相关准备材料。
召开软件制品介绍会议，由作者给所有评审人员介绍软件制品。
评审员阅读材料，记录评审意见，并在规定时间内把评审意见发送给评审主持人。
组织召开评审会议，作者、评审主持人、评审员、记录员出席。
在评审主持人的主导下，讨论评审意见，澄清误会和分歧，标识缺陷。记录员给予记录。
记录员宣读记录结果，作者和走查员确认。
对于标识出来的缺陷和未解决的问题，明确其后续行动计划及验证办法。这些内容需要记录在评审结论中。
相关人员执行后续行动计划的活动。
根据约定，由指定人员审核修订后的软件制品，或者重新评审软件制品（从第 e 步开始）。
根据需要，SQA 工程师提供评审方式的指导。
SQA 工程师可以抽查评审活动的规范性，并定期（月或季）统计评审的相关数据，评估评审活动的效果和效率。
结束条件 评审人员认可评审结论； 所有发现的缺陷得到处理； 行动计划的活动全部关闭。
输 出 修订后的软件制品 评审制品简介、评审安排、检查表等材料 软件制品的评审意见 评审结论 行动计划 度 量 待评审软件制品的规模（size）
评审员的个数，每个评审人员发现的缺陷数，每个评审人员参与评审的时间 作者参与评审的时间，缺陷修复和验证的时间 评审历时天数
3.2 指南
审查的特点是：
相比其他复习方式，复习的工作量是最贵的。
这是最正规的评价方法，评价效果会很好，但是成本很高，不一定是最经济的评价方法。
结构走查指南也适用于审计活动。
4 技术评审方式比较 内容 走查 walkthrough 结构走查 structured walkthrough 审查 inspection 正式程度 非正式 正式 非常正式 评审效果 一般 好 很好 主导评审的人员 作者 组织人 组织人 工作量/成本 低 一般 高 评审员人数 2～4 3～6 3～6 或更多
