
1.目的简介:
规范测试人员遇到bug如何分级,对bug的级别的概念,如何处理毕现、有时、一次性问题;促进测试人员更快速的定位问题的严重程度;尽早协助研发人员解决各级别问题。
2. bug等级定义
| Bug级别 | 定义 | 帮助和示例 | 
| 一类问题(致命问题) | 1、死机、重启、内存泄漏、自动关机; | 软件在待机或者使用时出现死机、报错、系统重启、自动关机、瘫痪等造成无法使用的问题;无法开机;操作应用时内存不足,造成大量软件应用不能使用的情况; | 
| 2、花屏、白屏等屏幕异常现象; | 唤醒后屏幕、键盘失效;屏幕出现花屏、白屏现象; | |
| 3、系统无响应; | 待机或者使用中系统没有响应;电话不能呼出、拨入或呼通率低于95%以下,单通(1%以上);通话不能挂断,短信不能收发,延迟(非网络问题);屏幕无法点亮,屏幕半亮无法使用,屏幕灰屏无法使用等 | |
| 4、出现数据丢失、数据库被破坏或者损坏用户器件; | 系统数据丢失或出现数据库破坏现象给用户带来损失;任意应用一直报错无法正常使用机器; | |
| 5、手机卡不能被识别;掉网,脱网 | 在使用时出现不能识别SIM卡/T卡;烧坏手机卡,损坏T卡,给用户带来损失的情况;SIM卡无法识别网络;掉网或脱网 | |
| 6、危机用户安全的 | 手机发烫,异常啸叫;可能造成用户听力、视觉或者其他人身损伤的; | |
| 7、客户需求 | 客户要求的业务需求未实现 | |
| 8、配件不兼容 | 配件与手机不兼容,无法使用 | |
| 二类问题(严重问题) | 1、不符合国家法律法规的,或会引起民族或文化争议的问题; | 不能出现违反国家法律法规信息,不能出现引起民族或矛盾的信息 | 
| 2、基本业务功能未实现 | 基本业务功能(通信类、提醒类)处理不符合协议;产品定义中需求的基本功能没有实现; | |
| 3、应用程序自动退出或失效 | 通信方面出现单通(《=1%)、通话回音、通话啸叫、电流音、信号漂移、重新搜网、掉卡、通话自动挂断、三方通话出现问题、短信业务出现接收延迟(《=1小时)、丢短信(丢失率大于3%)、经常发送失败等现象;网络自动断网、连接失败及无数据交换的基本功能;应用程序自动退出,或提示强制关闭/无响应关闭 | |
| 4、自动亮屏; | 软件在使用过程中应用软件自动退出,或者某些功能失效; | |
| 5、系统的兼容性不强 | 系统兼容性包括驱动、CPS和蓝牙等不兼容约定操作系统;系统数据(短信、联系人、彩e、彩信、蓝牙、WLAN、T卡等)不兼容自研和品牌机型; | |
| 6、软件使用造成系统反应慢 | 在使用过程中整个系统慢慢变慢,造成系统性能下降; | |
| 7、提醒类失效 | 提醒类(闹钟,日程等)没有准时提醒(大于2分钟)或不提醒; | |
| 8、反馈问题 | 客户反馈问题根据客户定义级别来报(没有的,最少报二级严重问题,客户包括第三方合作伙伴,入网入库运营商) | |
| 9、主要功能已实现,存在影响用户正常使用的问题 | 软件应用的部分功能的失效,或者操作某功能响应慢,界面刷新不及时;例如短信、联系人、通话记录、T卡内容、日程等数据统计结果不正确; | |
| 10、参数设置异常 | 参数设置不能保存或失效; | |
| 11、用户界面信息异常 | 提示信息与实际不符,显示不全、漏显示、重叠、错误、乱码或者不美观等现象;所有的UI,文字、声音、图案、灯光提示错误、不准确,书写方面的错误; | |
| 12、产品定义、公司规范等不符 | 根据项目产品定义,执行标准规范不符合部分 | |
| 三级问题(一般问题) | 1、需要提示信息的地方没有相应提醒 | 在数据量满时(短信快满、联系人满、T卡满等)、再操作没有相应提示信息;收费业务在用户订阅前没有提示信息; | 
| 2、操作复杂或用户不常操作到的路径 | 操作3级以上菜单功能出现的问题;操作多个模块(超过3个)交互后出现的问题 | |
| 3、轻微、提示性问题,不影响系统功能 | 帮助文件、提示信息缺少或可读性差、用词不当、错别字及不易于理解; | |
| 4、用户使用不便或者容易出现误操作; | 操作功能使用不方便,并且不方便的程度很轻微; | |
| 5、建议性问题使软件可用性更强; | 外观色彩、字体大小显示更适合长时间使用;提示音不应有特别刺耳或者容易让人疲劳的情况;增加一些简单功能使软件更人性化;删除多余的功能; | 
请参考详细定义列表如下。同时请注意,以下优先级是针对问题需要解决的优先角度出发作出的描述,从项目实际情况和bug的严重程度去综合判断的:
| 优先等级 | 规则描述 | 
| 1级(最高) | 非常紧急,阻止相关开发或测试人员的进一步活动,应该立即进行修复工作;建议开发必须在12小时内解决或给与反馈 | 
| 2级(高) | 解决影响面较大或者问题相对比较严重,建议开发须在1~2个工作日内解决或给与反馈 | 
| 3级(一般) | 当前项目发布前必须修改,不一定马上修改,但需确定在某个特定里程碑结束前须修正,开发须在3~4个工作日内解决或给与反馈 | 
2.对于出现概率在5%~50%的问题,重要模块及功能同上;次要模块及功能适当降低一个级别
3.对于出现概率小于5%的问题,重要模块及功能同上;次要模块及功能适当降低一个级别
