文档介绍：虿缺陷划分规划腿为了在各项目中后期能对各项目质量做比较全面合理的评估,本次缺陷管理过程中定义了比较充分的质量评估考察点,将缺陷进行了多角度划分,下面将各划分方法一一列出。(defect)与错误的严重级别(severity)定义螈问题性质蕿QC中级别羅概要描述薁详细描述膀致命性问题肈5-Urgent(紧急)蚆引起系统数据错误、操作不能继续进行、死机、系统崩溃等问题;薂系统崩溃艿造成系统宕机蒇应用系统停止工作蒆导致程序异常退出的错误蚁4-VeryHigh(非常高)膇应用程序不能正常运行\窗口打开异常\死循环\数据被破坏蒁资源泄露严重性明显蝿功能性问题芆3-High(高)蚃功能不能正常完成或完成有误的问题蒂主要功能未正常实现袈功能执行错误螅弹出系统异常莃告警性问题薄2-Medium(中)芀功能完成正常,但由于非正常操作而引起系统提示警告,属于系统健壮性问题;葿系统容错处理异常膄输入框没有按照约定进行数据约束莁窗口没有按照既定规定处理莈没有合理弹出应用异常处理(正常提示)袈建议性问题袄1-Low(低)莂不影响目前系统的使用,但可进行进一步完善和优化,是测试人员提出的优化建议;螁界面文字拼音错误;芈不影响目前系统的使用,但可进行进一步完善和优化,是测试人员提出的优化建议;(defect)的状态(status)定义衿优先级别蚇描述莅New(新建)芁测试中新报告的软件缺陷节Open(打开)膆被确认并分配给相关开发人员处理膅Fixed(已修复)莂开发人员已完成修正,等待测试人员验证莀Reopen(重新打开)薆对开发人员已修复的缺陷,经回归测试后发现问题仍然存在袆Rejected(已否决)莄拒绝修改此缺陷,但要说明拒绝理由蒈Postponed(延迟修改)艿不在当前版本修复的错误,下一版修复蚆Closed(已关闭)(defect)的优先级(priority)定义优先级别描述5-Urgent(紧急)高优先级,马上响应,对于紧急需要处理的问题。一般要求2小时内必须要求开发组做出响应。4-VeryHigh(非常高)高优先级,优先级比5级低,但是也是高优先级,需要开发组尽快给予响应,一般要求当天内必须要求开发组做出响应。3-High(高)高优先级,优先级比4级低,但是也是高优先级,需要开发组尽快给予响应,一般要求几天内开发组必须做出响应。2-Medium(中)低优先级,响应时间要求更为宽松,需要开发组在限定的时间内予以响应,比如几个星期。1-Low(低)低优先级,优先级比2级更低一些,需要开发组在限定的时间内予以响应,甚至可以不用修改,只要写清原因:如时间紧暂时不改、可以忽略等。(defect)类型定义缺陷类型描述1-代码错误因开发人员代码实现错误引起的缺陷(如:查询结果不对)2-界面优化操作界面中图标、按钮、文字、链接等大小位置不规范,需要优化界面3-界面设计功能能正确实现,但是操作方式不优,用户时候用起来很费劲,如同类的几个功能分到几个操作界面中,使用户使用起来不好操作又不好理解4-系统设计表明此缺陷是因系统设计引起,如模块功能划分,开发架构选型5-数据库设计表明此缺陷是因数据库设计引起6-数据库与程序不一致表明此缺陷是因数据与程序实现不一致引起7-设计变更表明此缺陷是因设计已变更而不考虑编码引起8-数据错误