查看完整版本: 缺陷管理的流程

缺陷管理的流程

缺陷管理的一般流程
    缺陷管理的流程比较简单，流程中涉及到的角色和状态如下
    流程中的角色：
    1、 测试人员：进行测试的人员，缺陷的发起者；
    2、 项目经理：对整个项目负责，对产品质量负责的人员；
    3、 开发人员：执行开发任务的人员，完成实际的设计和编码工作；
    4、 评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力。
    缺陷的状态
    1、 初始化：缺陷的初始状态；
    2、 待分配：缺陷等待分配给相关开发人员处理；
    3、 待修正：缺陷等待开发人员修正；
    4、 待验证：开发人员已完成修正，等待测试人员验证；
    5、 待评审：开发人员拒绝修改缺陷，需要评审委员会评审；
    6、 关闭：缺陷已被处理完成
缺陷管理的流程图如下：
[img]http://cn.f11.yahoofs.com/users/44e3d013zf2c612b9/1849/__sr_/1eb9.jpg?phQoOaHB_G1RA.We[/img]
迅捷缺陷跟踪管理系统2007分为postgres和sql server两种版本
[url]http://www.pingway.com/html/download/bim/pingwaybim2007setup.exe[/url]
[url]http://www.pingway.com/html/download/bim/pingwaybim2007-sqlserver-setup.exe[/url]

Bug

有点太简练了:handshake

缺陷的状态有很九种，测试人员发现bug置为new状态，提交给测试经理，测试经理经过审批判断是否重复可以置为duplicate状态（重复），不重复则可以提交给项目经理，项目经理确认是否推迟修改，推迟可以置为postpone状态；不推迟则转给开发缺陷的状态置为open，在由开发决定是否要修改，决绝的话改为reject，否则修改fixed；被拒绝的缺陷提交给专家，由专家确认是否真的不需要修改，真得不需要的话缺陷的状态为abandon；测试人员对于开发人员的修改的缺陷要进行回归测试，确认是否真的被正确的修改，没有的话缺陷的状态变为了reopen，否则closed缺陷。
哈哈，这个是缺陷的整个流程，也是缺陷的状态变化，又不对的地方提出来哈，:lol :lol :lol

有疑问

capricorn的回答很具体，也很受启发，但是有一个疑惑，小弟不明白：

“测试人员对于开发人员的修改的缺陷要进行回归测试，确认是否真的被正确的修改，没有的话缺陷的状态变为了reopen，否则closed缺陷。”

确认是否真的被正确的修改，没有的话应该是closed，否则才reopen吧

这点上请赐教！

正确修改的话应该是close关闭该BUG，，，仍然没有被修改正确的话应该是reopen重新激活
楼上的理解有误

说点实用的更好，最好结合案例

;P

很好，呵呵，学习了。