BUG管理流程

上一篇 / 下一篇  2014-06-26 16:06:58 / 个人分类:测试管理

1. 新建:测试人员提交新的Bug入库,缺陷状态为New。
 

2. 确认:高级测试人员(可以是项目负责人)验证错误,如果确认是错误,分配给相应的开发人员,设置状态为Open。如果不是错误,则拒绝,设置为Declined(拒绝)状态。

 

3. 指派解决:开发人员查询状态为Open的Bug,如果不是缺陷,则更改状态为Declined;如果是Bug则修复并更新状态为Fixed。不能解决的Bug,要留下文字说明并保持Bug为Open状态。对于不能解决和延期解决的Bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可。


4. 验证:测试人员查询状态为Fixed的Bug,然后验证Bug是否已解决,如解决即更新Bug状态为Closed,如没有解决则更新状态为Reopen。

BUG流程管理要点
 
A.为了保证错误的正确性,需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误,书写的测试步骤是否准确,可以重复。

B.每次对错误的处理都要保留处理信息,包括处理人姓名,时间,处理方法,处理意见,Bug状态。

C.拒绝或延期错误不能由程序员单方面决定,应该由项目经理,测试经理和设计经理共同决定。

D.错误修复后必须由报告错误的测试人员验证后,确认已经修复,才能关闭错误。

E.加强测试人员与程序员的交流,对于某些不能重复的错误,可以请测试人员补充详细的测试步骤和方法,以及必要的测试用例


TAG: 评审 Bug流程 延期 不解决

chenmin4767的个人空间 引用 删除 chenmin4767   /   2014-06-27 15:42:19
一看就是初入行的测试人员。~~这个得以实际情况,各公司不一样的。
 

评分:0

我来说两句

日历

« 2024-04-24  
 123456
78910111213
14151617181920
21222324252627
282930    

我的存档

数据统计

  • 访问量: 1738
  • 日志数: 3
  • 建立时间: 2014-06-26
  • 更新时间: 2014-06-26

RSS订阅

Open Toolbar