软件缺陷及buzilla的使用.pptVIP

Bug的处理流程 试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。 开发者收到E-Mail信息后，判断是否为自己的修改范围。 若不是，重新reassigned分配给项目组长或应该分配的开发者； 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）； 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件） 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。 还有问题，REOPENED，状态重新变为“New，并发邮件通知。 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail骚扰它的属主，直到采取行动为止 缺陷报告处理流程图 缺陷报告处理流程图二 Bug报告状态分类 待确认的（Unconfirmd）:待确认后提交到系统中 新提交的（New）:这个Bug刚刚被提交到系统中，还没有做任何的处理和响应 未解决的（Reopened）:这个Bug曾经被处理过一次，但是处理的结果不太正确 Bug报告状态分类 已解决的（Resolved）：这个Bug已经被处理了，提醒测试组对此Bug进行验证 已验证的（Verified）：QA认可了处理意见，并且对Bug进行了