技术评审方法与指南[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人为宜。根据作者的要求,走查员可以从一个或者几个视角对软件制品进行评审。