测试评审概述

1.1 目的
为了提高各测试项目产出工作产品的质量,制定本办法,以规范工作产品评审过程,
          加强评审效果、提高评审效率。
本办法描述了部门评审的范围、约束、流程及检查点等。
1.2 范围
各测试项目的以下工作产品:
测试工作量估计书
详细测试计划
系统/验收测试总结报告
非功能测试报告
其他需要评审的工作产品
1.3 约束
1)1.2范围中提到的工作产品需要经过部门评审小组评审并通过之后,
才能正式对外(开发组、项目组、PMO、客户等)发布。
2)评审小组需要一定时间组织评审,所以请各测试经理做好时间安排,提前申请评审。
避免已经临近对外发布日期,才提出评审要求,一旦因此导致没有通过部门评审既对外发布,
或者对外发布延迟,请测试经理负责。(特殊情况除外,但需要提前说明)
3)测试经理以邮件形式提评审申请,需要给出期望评审完成时间。
4)评审时可参照评审检查表(目前暂时比较简单,可以逐步完善)
1.4 周期 
采用 事件驱动+时间驱动 相结合的方法驱动评审工作的展开。
事件驱动:测试经理提评审申请
时间驱动:根据待评审工作产品的数量,一周安排1~2次会议评审
1.5 评审小组
评审组长:xxx
评审人员:相关测试人员。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值