测试BUG等级划分标准

　　1.Blocker(崩溃)【Fatal致命的】：阻碍开发或测试工作的问题;造成系统崩溃、死机、非法退出、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、系统关键性能不达标，数据通信错误或接口不通等

　　2.Critical(严重)：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误、服务程序频繁需要重启(每天2次或以上)、周边接口出现故障(需考虑接口时效/数量等综合情况)等(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)。

　　3.Major(一般)：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多、 数据来源不正确;、无数据有效性检查或检查不合理等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)

　　4.Minor(次要)：界面、菜单布局错误或不合理、焦点控制不合理、性能缺陷，光标,滚动条定位错误，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等(此类问题在测试初期较多，优先程度较低;在测试后期出现较少，应及时处理)

　　5.Negligible(辅助性缺陷)： 建议优化类、缺少产品使用、帮助文档、系统安装或配置方面需要信息、长时间操作未给用户进度提示、显示格式不规范、长时间操作未给用户进度提示等

　　BUG状态标准

　　待处理(new)：测试人员或用户发现新问题后提交的状态

　　已确认(open)：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

　　已处理(fixed)：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

　　已修改(closed)：测试人员认为问题已经修改，通过验证，由测试人员设置。

　　仍存在(reopened)：测试人员认为BUG未修复成功，问题仍然存在，由测试人员设置。

　　不是问题(reject)：研发人员确认不是BUG，或者建议与意见决定不采纳。

　　暂不处理(hold)：当前版本不做修改，后续版本再考虑，由研发人员或测试人员设置。

　　(1)激活状态(Active或Open)。

　　(2)已修正状态(Fixed或Resolved)。

　　(3)关闭或非激活状态(Close或Inactive)。

 　如需了解更多测试技术信息请关注：深圳多测师软件与技术服务有限公司