软件测试基础(六)

测试评审与风险分析
  • 什么是评审

在正式的会议上将软件项目的成果(包括各个阶段的文档,代码)等,提交给用户,客户或者有关部门人员对软件产品进行评审和批准。

  • 评审的目的

在软件开发与测试的各个阶段进行相应的检查,有利于软件产品和过程的质量提高

  • 评审的目标
    • 需求评审【软件需求,测试需求】
    • 设计评审 【概要设计,详细设计】
    • 代码评审 【代码规范】
    • 测试评审 【测试计划,测试用例规范,缺陷报告规范】
  • 评审的过程
    • 同行评审:由软件工作产品以及同行进行检查,识别产品缺陷,改进产品不足
    • 管理评审:项目管理者进行评估,识别过程缺陷,改进管理活动
    • 单人评审:单独一个评审员对简单的工作进行评估
    • 代码检查:检查编写好的程序代码,发现不符合编码规范,不能实现设计要求设计的问题,改进代码质量
  • 评审的一般步骤
    • 制定评审计划
    • 评审准备
    • 评审会议举行
    • 对评审结果采取行动
    • 评审结果被跟踪直至完成
    • 提交和归档
  • 评审的误区
    • 参与人员不了解评审
    • 评审没有被安排进项目计划
    • 评审会议变成了问题解决方案讨论会
    • 评审员关注于非实质性问题
    • 忽视组织细节
    • 会议时间过长
  • 风险分析过程
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值