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