技术评审方法与指南[1] 软件测试
1 走查(Walkthrough)
走查是一种常用的非正式评审方式，评审在作者的主导下进行。走查过程中作者会给评审员详细介绍软件制品，走查员也可以就评审发现进行沟通。由于在走查前没有要求走查员阅读软件制品，只是由走查过程本身来确保所有在场的人都真正了解，所以走查可能不够深入，一些隐藏较深的缺陷不易发现。
1.1 流程描述
|
MILY: 宋体">角色/职责 |
作者： 选择合适的走查员 走查过程的组织，主持走查活动，走查结论的编写 走查后续行动的执行 走查员： 出席走查会议，记录走查发现 记录员： 记录走查会议的结论 SQA工程师： 提供走查的指导和支持 评估走查活动开展的规范性（抽查），分析走查的效果（定期活动） |
|
输 入 |
待走查的软件制品 |
|
进入准则 |
待走查的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 |
|
活动描述 |
a)ANT: normal"> 作者确定合适的走查员名单，制定走查的时间表。 |
|
b) 组织召开走查会议，作者、走查员、记录员出席。 c) 作者首先简要介绍走查的软件制品、议程、人员分工等； d) 作者详细介绍走查的软件制品内容，走查员记录走查意见； e) 软件制品内容介绍完后，作者和走查员讨论走查意见，标识软件制品的缺陷，记录员作出记录； f) 走查会议结束前，记录员宣读记录结果，作者和走查员确认。 | |
|
g) 作者把走查记录的结果整理成走查结论。 | |
|
h) 作者修复缺陷并请相关人员验证。如有必要，再次召开走查会议。 | |
|
i) 根据需要，SQA工程师提供走查的指导。 | |
|
j) SQA工程师可以抽查走查活动的规范性，并定期（月或季）统计走查的相关数据，评估走查活动的效果和效率。 | |
|
结束条件 |
走查员认可走查结论； 所有发现的缺陷得到处理。 |
|
输 出 |
修订后的软件制品 软件制品的走查意见 走查结论 |
|
度 量 |
待走查软件制品的规模（size） 走查员的个数，每个评走查员发现的缺陷数，走查会议的时间 缺陷修复和验证的时间 走查历时天数 |
1.2 指南
走查特点是：
评审的效率和效果很大程度上取决于走查员的能力(专业技能和走查技巧)。走查员的选择非常关键。
相对其他评审方式而言，走查员在评审活动上的工作量开销比较小。
走查活动由作者引导，可能会遗漏一些作者忽视的问题。
走查员人数在2-4人为宜。根据作者的要求，走查员可以从一个或者几个视角对软件制品进行评审。
文章来源于领测软件测试网 https://www.ltesting.net/
