缺陷分类和状态划分.doc

一、 缺陷分类划分严重级别严重性Bug类别建议修改时间修复优先级A(S1)P0宕机、崩溃1.由于程序所引起的死机,非法退出2.死循环3.数据库发生死锁4.重大功能点错误5.与数据库连接错误6.数据通讯错误7.存在重大安全漏洞8.系统性能基于上一版本下降10%以上，并可能影响客户收益、声誉；9.其他可能造成业务中断或频繁闪断，造成服务质量下降。1-2个工作日内修复特急、加急B(S2)P1很严重1.程序错误2.因错误操作迫使程序中断3.程序接口错误4.数据库的表、业务规则、缺省值未加完整性等约束条件5.存在一般安全漏洞1-3个工作日内修复高C(S3)P2小错误1.操作界面错误（包括数据窗口内列名定义、含义是否一致）2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示5.数据库表中有过多的空字段6.基本功能点错误2-3个工作日内修复中D(S4)P3小调整1.界面不规范2.辅助说明描述不清楚3.输入输出不规范4.长操作未给用户提示5.提示窗口文字未采用行业术语6.可输入区域和只读区域没有明显的区分标志7.出现异常告警、断言等，但没有影响系统正常运转；8.帮助文档少量内容缺失，用户文档及界面提示中存在一些不会造成严重后果的技术错误、翻译错误。9.用户资料存在严重的技术错误或缺少重要技术内容；10.其他各种可能对用户造成影响但未影响基本业务；11.部分必要功能操作很不方便，多数用户认为这些操作方式显著影响工作效率；3-4个工作日内修复中E(S5)P4细节、文字1.功能使用不友好2.帮助文件或提示信息可读性差，用词不当，错别字，以及不易理解的地方；3.操作维护功能使用不方便、无效命令或信息冗余，以及不易理解5-6个工作日内修复低注：1.A/B/C/D/E为智能家庭测试时的严重级别划分；2.S1/S2/S3/S4/S5为国检第三方对应的严重级别划分；3.P0/P1/P2/P3/P4为支付测试时的严重级别划分。二、对Bug分类的一些补充：1、 崩溃存在重大安全漏洞是指系统存在已知的较重大的安全漏洞，黑客通过此漏洞可以很容易的进入该系统、导致该系统或功能无法正常使用，此类漏洞可能是由于开发方没有对系统做好安全加固工作。2、 严重存在一般安全漏洞是指系统存在可能的安全隐患，存在黑客通过此漏洞获取系统数据的可能，此类漏洞可能是由于开发方的程序引起的或者是开发方对系统的错误配置引起的。3、 小调整 界面不规范是指界面风格不统一，界面风格与通用软件产品界面风格出处较多，例如：对话框的设计风格。 4、细节 输入输出不规范是指对于数据输入输出方式，方法与通用的软件产品出处较多，例如：通用软件中如果输出数据为文件方式，将支持标准的文件格式，如 .Doc、.RTF、.XLS、.GIF、.PDF等。三、Mantis中缺陷状态划分状 态设置描述备 注新建测试人员提交一个新的缺陷给相应的开发人员开发人员暂时不必关注此状态的缺陷已分派测试经理确认测试人员提交的确实是一个问题，之后将缺陷状态从新建修改为已分派开发人员需要关注此状态的缺陷已确认开发负责人认定该为bug，并开始进行缺陷修复已解决-不做修改提交的确实为bug，但因其他产品原因导致开发无法修复的开发人员需在“问题注释”输入框中注明原因已解决-重复问题针对于某一功能点同一缺陷提交的相同bug开发人员需在“关联”一栏输入框中添加重复bug Id号已解决-无法复现按照bug描述步骤无法重现的缺陷开发人员需在“问题注释”输入框中注明无法重现已解决-稍后处理提交的确实为bug，但由于时间或重要程度等原因在当前阶段暂不修改，推到下一期处理开发人员需在“问题注释”输入框中注明原因。但是项目测试结束时，该缺陷要修复已解决-不必改测试人员由于对测试对象功能点的错误理解而提交的bug;开发人员需在“问题注释”输入框中注明原因已解决-已修正提交的确实为bug，并且已经被修复开发人员需在“问题注释”输入框中注明在哪个版本上修复反馈-重新打开测试人员在新版本中回归状态为已修正的bug，此bug在新版本仍然存在，测试人员重新打开此问题，状态修改为反馈-重新打开测试人员需在“问题注释”输入框中注明在