大叔大婶带你走一条接地气的测试进阶之路

告诉你如何从执行测试到管理测试(14)

上一篇 / 下一篇  2017-10-13 10:44:19 / 个人分类:项目管理

第十四章 按过程维度去识别风险会不会清晰一些?

我想着这可是第一次独立去管测试项目,得考虑的全面细致一些,我依据对风险特性的理解,将风险识别划分为不同的过程维度

评审阶段

  1. 需求评审
  • 定义不清晰
  • 描述的二义性
  • 验收标准不明确
  1. 设计评审
  • 逻辑设计与需求不一致
  1. 部署评审
  • 发布组件依赖关系不清晰

设计阶段

  1. 工作量评估
  • 估算不准确,偏差较大
  1. 用例设计
  • 广度覆盖不足
  • 深度挖掘不足
  1. 测试环境
  • 环境一致性

执行阶段

  1. 用例执行
  • 执行遗漏
  • 缺陷漏测
  • 人员变动
  • 工作态度
  1. Bug 验证
  • 修复速度
  1. 回归测试
  • 主观经验
  1. 需求变更
  • 开发后期变更需求
  • 测试后期变更需求

软件测试风险识别表示例

序号风险阶段风险描述可能性影响严重性应对措施
1需求评审因为需求描述不清楚,导致对需求的理解偏差太大测试阶段产生争议严重重视需求测试,检查功能逻辑的描述,保证无二义性


TAG: 项目管理 测试管理 学以致用

 

评分:0

我来说两句

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 71563
  • 日志数: 82
  • 建立时间: 2017-09-03
  • 更新时间: 2018-01-11

RSS订阅

Open Toolbar