Bug管理的简单流程(精选).docVIP

Bug管理的简单流程： New ：测试中新报告的软件缺陷。 ◆打开 Open ：错误被确认并分配给相关开发人员处理。 ◆修正 Fixed ：相关开发人员已完成修正，等待测试人员验证。 ◆拒绝 Rejected ：拒绝修改缺陷。包括两种情况： 拒绝-不是错误（Rejected-Not Bug）：报告的错误不是错误。 拒绝-重复（Rejected-Duplicated）：以前已经报告过这个错误，需要指出已经报告过的错误ID编号。 ◆重新打开（Reopen）：没有正确修复的错误，需要进一步修复。 ◆延期修改 Deferred ：不在当前版本修复的错误，以后的版本修复。 ◆不能重现 Reproduct :开发人员在自己的环境下不能重现的缺陷。 ◆关闭 Closed ：错误已被修复。 BUG管理的基本流程： 1、测试人员提交新的Bug入库。项目经理分配给相应的开发人员，设置状态为Open开发人员查询状态为Open和Reopen的Bug，，置状态为是Bug则解决并置状态为Fixed，的Bug，要留下文字说明。测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为Closed，如没有解决置状态为Reopen。对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议（评审会）通过才能认可。一般输入到库中的Bug，原则性不能删除，及开发人员和测试人