BUG等级划分标准.doc

芄BUG等级划分方法腿测试BUG等级划分标准膈Blocker(崩溃):阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等(该问题在测试中较少出现,一旦出现应立即中止当前版本测试)。莅Critical(严重):系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)。莃Major(一般):功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度)袂Minor(次要):界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)袈BUG状态标准蒇待处理(new):测试人员或用户发现新问题后提交的状态蒁已确认(open):经测试人员及研发人员讨论后确认是BUG,提交的状态,由测试人员来设置。节已处理(fixed):经研发人员确认是BUG后修复的状态,修改还没有验证,由开发人员来设置。虿已修改(closed):测试人员认为问题已经修改,通过验证,由测试人员设置。芄仍存在(reopened):测试人员认为BUG未修复成功,问题仍然存在,由测试人员设置。袃不是问题(reject):研发人员确认不是BUG,或者建议与意见决定不采纳。螁暂不处理(hold):当前版本不做修改,后续版本再考虑,由研发人员或测试人员设置。荿BUG处理流程芅紧急:崩溃、严重BUG处理流程(1-2天