测试评审与风险分析
- 什么是评审
在正式的会议上将软件项目的成果(包括各个阶段的文档,代码)等,提交给用户,客户或者有关部门人员对软件产品进行评审和批准。
- 评审的目的
在软件开发与测试的各个阶段进行相应的检查,有利于软件产品和过程的质量提高
- 评审的目标
- 需求评审【软件需求,测试需求】
- 设计评审 【概要设计,详细设计】
- 代码评审 【代码规范】
- 测试评审 【测试计划,测试用例规范,缺陷报告规范】
- 评审的过程
- 同行评审:由软件工作产品以及同行进行检查,识别产品缺陷,改进产品不足
- 管理评审:项目管理者进行评估,识别过程缺陷,改进管理活动
- 单人评审:单独一个评审员对简单的工作进行评估
- 代码检查:检查编写好的程序代码,发现不符合编码规范,不能实现设计要求设计的问题,改进代码质量
- 评审的一般步骤
- 制定评审计划
- 评审准备
- 评审会议举行
- 对评审结果采取行动
- 评审结果被跟踪直至完成
- 提交和归档
- 评审的误区
- 参与人员不了解评审
- 评审没有被安排进项目计划
- 评审会议变成了问题解决方案讨论会
- 评审员关注于非实质性问题
- 忽视组织细节
- 会议时间过长
- 风险分析过程