技术评审方法与指南[2] 软件测试
作者在走查活动的组织过程中,需要和项目管理人员充分沟通,确保走查活动在项目工作计划中得到体现,保证走查员有时间参加走查会议,而且,评审员必须承担相应的责任。
为了保证走查的进度,在作者介绍软件制品过程中,走查员最好不要打断作者。如果有问题,可以记录下来,在后续的讨论中提出。
记录员可以由作者或者走查员兼任。
2 结构走查(Structured Walkthrough)
结构走查是一种比较理想的正式评审方式。相对于走查而言,有两个主要的改进:不再由作者主导评审过程;在评审会议前评审员需要对软件制品进行预评。这种方式既能提高评审的质量,又能提高评审会议的效率。
2.1 流程描述
MILY: 宋体">角色/职责 |
作者: 编写软件制品的简介 解答评审人员的疑问 修复软件制品的缺陷 评审组织人: 选择评审人员,明确评审人员的职责,确定评审的时间表 发布评审通知,发放评审资料 评审主持人: 评审会议开始前,收集汇总评审意见 主持评审会议,控制评审会议的进程和气氛 评审员: 评审指定的软件制品,提交评审记录 记录员: 记录评审结论 SQA工程师: 提供评审方式的指导和支持 评估评审活动开展的规范性(抽查),分析评审的效果(定期活动) |
输 入 |
待评审的软件制品 |
进入准则 |
待评审的软件制品已经完成 经过了修饰,基本没有语言文字方面的错误 |
活动描述 |
a) 作者向评审组织人申请评审软件制品,并编写软件制品的简介。 |
b) 如果满足入口准则,评审组织人选择评审人员,明确评审人员的职责,确定评审时间表。如果需要,指定SQA人员或者相关专家准备评审检查表。 | |
c) 评审组织人向相关人员发送评审通知和相关准备材料。 | |
d) 评审员阅读材料,记录评审意见,并在规定时间内把评审意见发送给评审主持人。 | |
e) 组织召开评审会议,作者、评审主持人、评审员、记录员出席。 f) 在评审主持人的主导下,讨论评审意见,澄清误会和分歧,标识缺陷。记录员给予记录。 g) 记录员宣读记录结果,作者和走查员确认。 h) 对于标识出来的缺陷和未解决的问题,明确其后续行动计划及验证办法。这些内容需要记录在评审结论中。 | |
i) 相关人员执行后续行动计划的活动。 | |
j) 根据约定,由指定人员审核修订后的软件制品,或者重新评审软件制品(从第d步开始)。 | |
k) 根据需要,SQA工程师提供评审方式的指导。 | |
l) SQA工程师可以抽查评审活动的规范性,并定期(月或季)统计评审的相关数据,评估评审活动的效果和效率。 | |
结束条件 |
评审人员认可评审结论; 所有发现的缺陷得到处理; 行动计划的活动全部关闭。 |
输 出 |
修订后的软件制品 评审制品简介、评审安排、检查表等材料 软件制品的评审意见 评审结论 行动计划 |
度 量 |
待评审软件制品的规模(size) 评审员的个数,每个评审人员发现的缺陷数,每个评审人员参与评审的时间 作者参与评审的时间,缺陷修复和验证的时间 评审历时天数 |
文章来源于领测软件测试网 https://www.ltesting.net/