缺陷严重级别划分
缺陷分类标准
缺陷分类标准在产品质量管理中，缺陷分类是非常重要的一环，它能够帮助企业更好地识别和解决产品质量问题，提高产品质量，满足客户需求。
在实际操作中，对缺陷进行分类是一项复杂而又重要的工作，本文将介绍常见的缺陷分类标准，以便于企业在质量管理中更好地应用。
一、按照缺陷的性质分类。
1. 设计缺陷，指产品在设计阶段存在的问题，如设计不合理、设计规范不符等。
2. 制造缺陷，指产品在制造过程中出现的问题，如材料缺陷、加工误差等。
3. 使用缺陷，指产品在使用过程中出现的问题，如易损件过早损坏、功能失效等。
二、按照缺陷的严重程度分类。
1. 严重缺陷，指对产品功能、安全性造成严重影响的缺陷，可能导致产品无法正常使用或者存在安全隐患。
2. 一般缺陷，指对产品功能、安全性造成一定影响的缺陷，但不会导致产品无法使用或者存在安全隐患。
3. 轻微缺陷，指对产品功能、安全性影响不大的缺陷，通常不会对产品的正常使用造成影响。
三、按照缺陷的来源分类。
1. 内部缺陷，指在企业内部生产和加工过程中出现的问题，如生产线设备故障、操作失误等。
2. 外部缺陷，指在产品交付给客户后出现的问题，如运输损坏、包装破损等。
四、按照缺陷的频率分类。
1. 偶发缺陷，指出现频率较低的缺陷，通常是由于特定原因或特定条件下才会出现的问题。
2. 常见缺陷，指出现频率较高的缺陷，是产品质量管理中需要重点关注和解决的问题。
五、按照缺陷的影响范围分类。
1. 局部缺陷，指对产品局部功能或部件造成影响的缺陷，不会对整体产品造成影响。
2. 全局缺陷，指对整体产品功能或安全性造成影响的缺陷，可能导致整体产品无法正常使用。
六、按照缺陷的解决难度分类。
1. 易解决缺陷，指解决方法简单、成本低、周期短的缺陷，通常可以在生产过程中及时解决。
2. 难解决缺陷，指解决方法复杂、成本高、周期长的缺陷，可能需要对产品进行重新设计或者采取较为复杂的工艺措施。
以上是常见的缺陷分类标准，企业在进行产品质量管理时可以根据实际情况选择合适的分类标准进行应用。
缺陷等级划分
缺陷严重级别定义:o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o 紧急---事件非常重要,并且需要马上给予关注.o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决. o 低级---事件不重要,可以在时间和资源允许的情况下再解决.o 建议性缺陷.更为详细的划分如下:A类——严重错误，包括：o 由于程序所引起的死机,非法退出o 死循环o 导致数据库发生死锁o 数据通讯错误o 严重的数值计算错误B类——较严重错误，包括：o 功能不符o 数据流错误o 程序接口错误o 轻微的数值计算错误C类——一般性错误，包括：o 界面错误(详细文档)o 打印内容、格式错误o 简单的输入限制未放在前台进行控制o 删除操作未给出提示D类——较小错误，包括：o 辅助说明描述不清楚o 显示格式不规范o 长时间操作未给用户进度提示o 提示窗口文字未采用行业术语o 可输入区域和只读区域没有明显的区分标志o 系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4. 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG ：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
测试缺陷级别标准
一般缺陷
业务处理终止或者出错类BUG，交易出错及其一致性类BUG，安全类BUG，容错类BUG，性能类BUG，算法类BUG，功能类BUG等，安装部署类BUG等。
四级
微小缺陷
易用性B建议缺陷
安装手册，操作手册，在线帮助，代码冗余，可跟踪性等问题。
缺陷级别标准
缺陷应按照一定标准进行严重程度的划分，以此来确定软件的开发质量及确定修改缺陷的优先级别，从事测试工作以来总结划分测试缺陷大体可分为以下5个级别：
严重程度
缺陷分类
描述
一级
致命缺陷
造成操作系统、相关应用服务器宕机，整个网络系统瘫痪类的BUG等。
二级
严重缺陷
影响平台稳定性、部分网络系统瘫痪类的BUG，造成本应用系统宕机，相关的应用子系统宕机，架构类BUG，可移植性类BUG，接口类BUG等。
缺陷等级划分
缺陷严重级别定义：o最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.o紧急---事件非常重要,并且需要马上给予关注.o高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.o低级---事件不重要,可以在时间和资源允许的情况下再解决.o建议性缺陷.更为详细的划分如下：A类——严重错误，包括：o由于程序所引起的死机,非法退出o死循环o导致数据库发生死锁o数据通讯错误o严重的数值计算错误B类——较严重错误，包括：o功能不符o数据流错误o程序接口错误o轻微的数值计算错误C类——一般性错误，包括：o界面错误(详细文档)o打印内容、格式错误o简单的输入限制未放在前台进行控制o删除操作未给出提示D类——较小错误，包括：o辅助说明描述不清楚o显示格式不规范o长时间操作未给用户进度提示o 提示窗口文字未采用行业术语o可输入区域和只读区域没有明显的区分标志o 系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1.致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2.严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3.一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4.微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
缺陷严重性分级
缺陷级别符号对下道工序的影响
致命缺陷A肯定会引起重大加工、装配调试困难
重缺陷B可能会有重大影响,肯定会有一定影响
轻缺陷C可能会有较小影响
缺陷为致命缺陷、重缺陷和轻缺陷三级.致命缺陷是指对使用、维修或保管产品的人有危险或不安全,以
对成品的影响对成品外观的影响
肯定会危害用户及环境,或丧失产品基本功能肯定会被用户发现并提出退货等要求
可能会有重大影响;肯定对产品一般性能有影响可能会被用户发现,提出意见,要求退修
可能会有次要影响也许会被用户发现,但可能不会提出意见是指对使用、维修或保管产品的人有危险或不安全,以及对重要产品的基本功能有致命影响的缺陷.。
产品审核缺陷等级规定
C=一般（次要）缺陷C=系数1
编制：批准/日期:
产品审核缺陷分级规定
缺陷
级别
缺陷
程度
产品审核缺陷分级
性能
外观
包装
尺寸
A级
严重（关键）缺陷
产品使用性能失效或含有害物质，顾客会提出退货或索赔。
顾客因外观质损坏的。
无法完成装配，产品不能安装的，顾客退货或索赔的。
B级
重要（主要）缺陷
不易装配或装配后影响产品功能的。
顾客可能会发现外观缺陷，并可能会提出申诉。
包装物质量达不到技术要求。
不易装配或装配后对产品功能有轻微的影响。
C级
一般（次要）缺陷
有缺陷但不影响装配和产品功能的。
顾客不会因产品外观质量提出申诉。
标识不清、错箱、标识漏放或有误。
尺寸超差不大，但在装配时不是很方便；但经安装后，对产品功能没有影响的。
附：A=严重（关键）缺陷A=系数10
产品质量严重性分级表
产品质量缺陷严重性分级表
产品质量缺陷严重性分级原则NJE-QP-GD-01-14
产品质量审核评审原则
产品质量审核评审的结果，以单位产品质量特征值QKZ=100-（10∑A+5∑B+1∑C）/n为缺陷点数
1、若QKZ<85或存在C 级（包括C 级）以上缺陷时，在未经返工并验证合格或顾客未同意让步接收前，不得放行或出货。
2、若QKZ <85或存在B 级（包括B级）以上缺陷时，应采取相应措施。
由产品审核人员开具《不符合项报告》，责任部门必须对产品审核中发现不符合项按《纠正和预防措施控制程序》进行原因分析，并实施整改。
产品审核人员进行跟踪验证。
3、若FP=0，QKZ=100则表明本次审核结果为零缺陷。
问题严重程度和优先级定义
一、缺陷的等级
缺陷等级主要从两个方便进行划分：缺陷的优先级（p）、缺陷的严重程度（级别） 缺陷的优先级分为四类： 1- Immediate 、2- Urgent 、3- High 、4- Normal 1、Immediate 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。 2、Urgent即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。 3、High即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实 现。 4、Normal即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方 面，比如页面调用出错，调用了错误的等。即问题在系统发布以前必须确认解决或确认可以不予解决。 缺陷的严重程度分为四类：1-Blocker、2-Critical、3-Major 、4-Minor 1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成 系统不稳定。 2、Critical 即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。 3、3、 Major 即界面、性能缺陷、兼容性。 4、 Minor 即易用性及建议性问题。
二、严重级别的细化
1-Blocker
严重花屏
2-Critical
功能未实现
3-Mቤተ መጻሕፍቲ ባይዱjor
操作界面错误（包括数据窗 口内列名定义、含义是否一 致）
边界条件下错误 提示信息错误（包括未给出 信息、信息提示错误等） 长时间操作无进度提示 系统未优化（性能问题） 光标跳转设置不好，鼠标 （光标）定位错误
4-Minor
界面格式等不规范
内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误
质量缺陷等级划分标准
产品质量缺陷等级标准
一、目的
为了对来料检查、制程检查、出货检查等在质量检查时要依据公司《AQL抽样表》（见附件一）执行抽样检查，同时给出明确的有效的质量检查缺陷判定等级标准，使质量判定标准在统一的水准下使用，提升公司及品牌品质形象，为此特制定本文件。
二、适用范围
凡本公司质量管控的各环节，在进行质量检查时，遇到产品缺陷判定时均可使用。
三、定义
缺陷:未满足与预期或规定用途有关的要求；即为不良品，是产品质量不良等级的严重性的划分点,是产品质量没有达到标准程度的描述；质量缺陷分为三个等级：严重缺陷（A级）、一般缺陷（B级）、轻微缺陷（C级）;质量管控各环节要严加控制。
严重缺陷（A级）：影响产品的主要功能，能引起顾客的申诉与索赔。
一般缺陷（B级）：影响产品的一般功能，引起顾客的不满意。
次要缺陷（C级）：产品存在瑕疵但不影响其使用功能。
产品质量缺陷等级标准：
见下表。
bug等级划分
一、Bug等级划分
严重程度：1-fatal(致命),2-critical（严重）,3-major（一般）,4-Minor（微小）
1-fatal: 系统出现瘫痪、服务中断或数据丢失，非正常返回操作系统、要求重启系统、关键功能缺乏并无法绕道，存在严重稳定性隐患, 重要或常用功能缺乏且不能绕过(10)
实例：【anroid-关于】点击“关于”后，应用闪退
步骤：⑴点击清除图片缓存
⑵点击自定义板块选择
⑶选择一板块-确认
⑷重复步骤1-3
⑸点击关于
实际结果：应用闪退
期望结果：正常进入关于页面
备注：操作步骤一般控制在6步以内
2-citical: 缺陷存在导致系统严重不稳定、数据出现错误用户体验带来极大不便。
（3）3-major 基本功能不能顺利实现，或其他辅助功能缺失。
存在不明确或不完整的错误提示信息。
缺陷的存在对用户产品使用影响较小且大都有绕道方法(1)
4-Minor基本或者辅助功能工作不稳定，缺陷的存在不会导致客户误解的显示或描述性错误，用户通常不易体察到。
(0.5)
5.建议性的问题，可提到级别为4中（目前禅道只有4），提交建议时，最好标明建议
类的字样
二、优先级别p1,p2,p3,p4分别与以上等级对应。
P1:对产品影响非常大，找出产品无法移交
P2:对产品影响比较大，如果发布给用户将会产生麻烦
P3:对产品影响一般，如果bug被解决，产品会更好
P4:对产品影响较小，其他bug解决后，在解决该类bug。
缺陷分类及级别定义
①用户需求理解重大歧义，严重不符合常规业务逻辑； ②重要数据库表设计不合理，数据流混乱； ③架构设计不合理，影响系统性能以及功能的合理实现； ④程序实现与设计间存在严重不一致；
２、二级缺陷：一般性缺陷，不会引起项目运行失败或对项目造成重
大不良影响的缺陷，如：
①按非正常业务流程运行时程序非法中断退出；
一般性数据处理错误，一 ②非空字段输入控制不满足要求，非空字段未输入值可以保存成功；
１
般性系统操作错误
③未识别、剔除导入的非法数据，对系统后续操作造成影响；
④一般数据项或标志位字段赋值错误，影响系统后续运行；
单据打印格式不符合要 ①单据打印格式不符合套打要求；
２ 求，查询结果处理错误， ②程序查询出的结果与实际数据不符；
缺陷分类及级别定义
密级 Ａ
缺陷分类及级别定义
二〇〇＊年＊月
中创软件工程股份有限公司
缺陷级别定义
１、一级缺陷：致命类缺陷，使整个系统失效／不能运行／性能严重偏
离，如：
按正常业务流程运行时程 序非法中断退出，主要业 １ 务流程不能完整进行，重 要功能未完成
重要数据处理错误，业务 ２
逻辑处理严重错误
①输入正常业务数据，保存失败，程序中断退出； ②点击菜单功能，出现空白页； ③应用服务器加载过滤器后，访问页面导致应用服务器退出； ④流程系统中，发起任务不成功、任务不能正常上报、退回； ⑤路由活动节点无法放置在流程设计界面； ⑥日终批处理程序不能正常完成：日终结账失败、结息失败；日终数 ①普通存取款利息计算错误； ②财务数据中，合计应收款金额计算错误； ③信贷系统，放款后还款金额扣除不正确； ④重要数据项或标志位字段赋值错误，影响系统整体运行； ⑤重要功能的数据审核未通过也可以上报；数据完全正确，但无法审 核通过；
缺陷划分规划
缺陷划分规划为了在各项目中后期能对各项目质量做比较全面合理的评估，本次缺陷管理过程中定义了比较充分的质量评估考察点，将缺陷进行了多角度划分，下面将各划分方法一一列出。
1.1缺陷（defect）与错误的严重级别（severity）定义问题性质QC中级别概要描述详细描述致命性问题5-Urgent（紧急）引起系统数据错误、操作不能继续进行、死机、系统崩溃等问题；系统崩溃造成系统宕机应用系统停止工作导致程序异常退出的错误4-Very High（非常高）应用程序不能正常运行\窗口打开异常\死循环\数据被破坏资源泄露严重性明显功能性问题3-High（高）功能不能正常完成或完成有误的问题主要功能未正常实现功能执行错误弹出系统异常告警性问题2-Medium（中）功能完成正常，但由于非正常操作而引起系统提示警告，属于系统健壮性问题；系统容错处理异常输入框没有按照约定进行数据约束窗口没有按照既定规定处理没有合理弹出应用异常处理（正常提示）建议性问题1-Low（低）不影响目前系统的使用，但可进行进一步完善和优化，是测试人员提出的优化建议；界面文字拼音错误；不影响目前系统的使用，但可进行进一步完善和优化，是测试人员提出的优化建议；1.2缺陷（defect）的状态（status）定义优先级别描述New（新建）测试中新报告的软件缺陷Open（打开）被确认并分配给相关开发人员处理Fixed（已修复）开发人员已完成修正，等待测试人员验证Reopen（重新打开）对开发人员已修复的缺陷，经回归测试后发现问题仍然存在Rejected（已否决）拒绝修改此缺陷，但要说明拒绝理由Postponed（延迟修改）不在当前版本修复的错误，下一版修复Closed（已关闭）缺陷已被成功修复1.3缺陷（defect）的优先级（priority）定义优先级别描述5-Urgent（紧急）高优先级，马上响应，对于紧急需要处理的问题。
一般要求2小时内必须要求开发组做出响应。
质量缺陷等级划分标准
质量缺陷等级划分标准本文旨在制定产品质量缺陷等级标准，以便在质量检查的各个环节中使用。
该标准适用于本公司质量管控的各个环节。
在本文中，缺陷被定义为未满足与预期或规定用途有关的要求，即为不良品。
缺陷分为三个等级：严重缺陷（A级）、一般缺陷（B级）和轻微缺陷（C级）。
质量管控各环节应严格控制缺陷。
严重缺陷（A级）是指影响产品的主要功能，能引起顾客的申诉与索赔。
一般缺陷（B级）是指影响产品的一般功能，引起顾客的不满意。
轻微缺陷（C级）是指产品存在瑕疵但不影响其使用功能。
产品质量缺陷等级标准如下表所示：工序级别缺陷描述 A级 B级 C级来料检验卫生指标不合格、印刷错误、标识错误、有轻微色差、重量、数量不够、版本错误、薄厚不均、瓶、杯口不平、瓶、杯身不正、瓶、杯身漏、有穿孔、料液口感异常、理化指标不符合标准、料液酸败、工艺参数不符合标准、前处理标识不清、定量超标、料液被清洗介质污染、发酵失败、记录填写不详实√ √ √理化指标不合格、感官检验不合格、过期、掺假、受潮结块、有可视性杂质、被污染√灌装漏奶产生多流入包装、新版、老版包材混用√ √清场不净、工艺参数不符合标准、首检未执行、使用包材被污染的包材、记录填写不详实、环境未控制、违反工艺及标准、异物封在包装内√ √喷码错误、使用的包材有色差、喷码不合格入箱、未放置包装附件、装箱数量不够、胶带皱褶、纸箱封箱翻边、烂箱入垛、漏奶、脏奶装箱、发错料、不同日期、版本混放一堆√ √ √仓储不合格品无标识、未执行《产品装卸、运输防护标准》、未经批准在产品待检期发现√ √品控漏检、错检、监督不力√ √ √该标准对不同工序的缺陷进行了分类，方便在质量检查时进行判定。
其中，严重缺陷（A级）和一般缺陷（B级）需要及时处理，以避免对顾客造成不良影响。
同时，质量管控各环节也应严格执行标准，以确保产品质量达到标准程度。
Bug定级与优先级解析
Bug定级与优先级解析Bug，也称为软件缺陷或故障，是指在计算机程序或系统中出现的错误或异常行为。
在软件开发和维护过程中，及时、准确地定级和分配Bug的优先级对于项目的成功与否起着至关重要的作用。
本文将对Bug的定级与优先级进行解析，并探讨如何有效管理和处理Bug。
一、Bug定级Bug定级是根据Bug的严重程度和影响范围来对其进行分类和等级划分的过程。
通常，Bug定级可分为以下几个层次：1. 严重级别：指Bug所引发的后果对于整个系统或核心功能的影响程度。
根据实际情况和需求，可将严重级别分为致命级、严重级、一般级等不同等级。
2. 优先级：指解决Bug的紧急性和重要性程度。
优先级可分为高、中、低三个等级，用于确定Bug的处理优先级。
3. 紧急性：指解决Bug的时间紧迫程度。
常见的紧急性等级有紧急、高、中、低等。
4. 影响范围：指Bug对系统或功能的影响范围。
可以将影响范围划分为功能受限、功能完全无法使用、系统崩溃等等不同级别。
适当的Bug定级能够使开发人员和测试人员更好地理解和评估Bug，为后续处理提供依据，提高问题解决的效率。
二、Bug优先级Bug优先级是根据Bug的严重程度和紧急性来确定Bug的处理优先级。
在处理Bug时，开发人员将按照Bug的优先级进行处理，以确保较重要或紧急的Bug得到更快的解决。
一般而言，Bug的优先级可分为以下几个等级：1. 高优先级：指必须尽快解决的Bug，如系统崩溃、核心功能无法使用等严重影响系统正常运行的Bug。
2. 中优先级：指在Bug处理队列中紧随其后的Bug，如某些功能无法正常使用、数据出现错误等影响系统的Bug。
3. 低优先级：指不影响系统正常运行和核心功能的Bug，可能是一些小功能或界面问题。
根据Bug的优先级，开发人员可以合理安排解决Bug的顺序，优先处理对系统功能和使用影响较大的Bug，提高用户满意度和系统稳定性。
三、Bug管理与处理在软件开发和维护过程中，能够有效管理和处理Bug对于项目的进展和质量控制至关重要。
缺陷BUG等级定义都分为那些级别(优选材料)
缺陷BUG等级定义都分为那些级别缺陷等级等级名称等级定义P1 严重缺陷应用系统崩溃或系统资源使用严重不足：1、系统停机（含软件、硬件）或非法退出，且无法通过重启恢复；2、系统死循环；3、数据库发生死锁或程序原因导致数据库断连；4、系统关键性能不达标。
5、数据通讯错误或接口不通6、错误操作导致程序中断P2 较严重缺陷系统因软件严重缺陷导致下列问题：1、重要交易无法正常使用、功能不符合用户需求；2、重要计算错误；3、业务流程错误或不完整；4、使用某交易导致业务数据紊乱或丢失；5、业务数据保存不完整或无法保存到数据库。
6、周边接口出现故障（需考虑接口时效/数量等综合情况）；7、服务程序频繁需要重启（每天2次或以上）；8、批处理报错中断导致业务无法正常开展。
9、前端未合理控制并发或连续点击动作，导致后台服务无法及时响应。
10、在产品声明支持的不同平台下，出现部分重要交易无法使用或错误。
P3 一般性缺陷系统因软件一般缺陷导致下列问题：1、部分交易使用存在问题，不影响业务继续开展，但造成使用障碍。
2、初始化未满足客户要求或初始化错误3、功能点能实现，但结果错误；4、数据长度不一致；5、无数据有效性检查或检查不合理；6、数据来源不正确；7、显示/打印的内容或格式错误；8、删除操作不给提示；9、个别交易系统反应时间超出正常合理时间范围10、日志记录信息不正确或应记录而未记录11、在产品声明支持的不同平台下，出现部分一般交易无法使用或错误。
P4 较小缺陷系统因软件操作不便方面缺陷：1、系统某些查询、打印等实时性要求不高的辅助功能无法正常使用；2、界面错误。
医疗缺陷判定标准
《医疗缺陷判定标准》一、病历书写缺陷(一)重度缺陷1.病案丢失或者缺张少页，改写已出院病人的病历。
2.病史、体格检查和病程记录错误或者有严重遗漏，影响到疾病的诊断、治疗、抢救。
3.未经问询病史查体、主观臆断编造。
4.住院过程中，病情变化未能及时发现而影响病人治疗，造成后果者。
5.对上级医师指示医嘱未能执行或者执行错误病人造成不良后果者。
6.未按规定及时完成病历。
7.死亡病例无讨论记录。
8.核查住院病历，查对辅助检查、处置等收费与实际不符的。
(二)中度缺陷9.对诊断及治疗有影响的普通症状、体征未写入病历或者描写有出入者。
10.病例书写字迹潦草难以辨认或者一页中3 处错字、漏阳性体征，延误病人的诊断治疗，但未造成病人明显伤害者。
11.未及时发现病情变化，或者遗漏阳性体征，延误病人的诊断治疗，但未造成病人明显伤害者。
12.对上级医师查房、会诊、术前记录不及时，病情变化无分析者。
13.未按载规定记载病程记录，住院超过30 天的病人没有阶断小结者。
14.丢失检查报告单。
15.核查住院病历，查对辅助检查、处置等收费与实际不符增减31.00 —50.00 者。
(三)轻度缺陷16.病例书写不规整，一页中错字、漏字、涂改超过3 处，不使用医学术语超过1 处。
17.病例首页等医疗文件，各级医师未盖章者。
18.病例各页罗列顺序不符合要求者。
19.各种申请单填写项目不全，不正确者。
20.各项检查报告单粘贴不整齐者。
21.各项检查不及时。
22.上级医生查房不能指导病例诊断与治疗，对住院医师不能起到指导作用。
23.核查住院病例，查对辅助检查、处置等收费与实际不符增减30.00 元以下者。
二、诊断缺陷(一)重度缺陷24.主要疾病诊断错误、诊断不清、延误诊断、延长疗程、影响转归。
25.非疑难病人7 日内诊断不明者。
26.实施诊断发生严重副损伤者。
27.丢失活检组织标本或者有诊断意义手术标本，影响诊断或者增加病人痛苦者。
(二)中度缺陷28.主要疾病诊断不明确、依据不足，对治疗有一定影响但无严重后果者。
缺陷严重级别的定义
个别功能使用不够方便，但是不影响用户使用的问题
1、用户界面不太友好；
2、使用不习惯；
3、好的操作建议等；
BUG优先级
解决时限
说明
P1
最高优先级，BUG必须马上修复
P2
次高优先级，必须马上修复，或在下一版本前修复
P3
按照项目正常进度解决，（建议在下一个Alpha版本前修改）
如果项目一个Build版本与Alpha版本对应，则无区分，按照项目Bug解决计划执行
1、BUG的严重级别表明BUG的破坏和影响程度；
2、BUG的优先级表明BUG解决的紧急程度；
严重级别
状态描述
举 例
Blocks
（致命）
致命错误：
a：导致运行中断(应用程序崩溃)、预期的功能没有得到实现、测试工作无法继续进行等。
b：由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误。
3、界面显示不美观但对用户不产生影响的问题；
4、不经常出现而且用户可恢复的非严重问题，
5、辅助说明描述不清楚
6、操作时未给用户提示
7、可输入区域和只读区域没有明显的区分标志
8、个别不影响产品理解的错别字
9、文字排列不整齐等一些小问题
Trivial
（建议性）
建议性意见：
从使用者角度，提出的建议性意见。
2、客户环境本身没有问题的情况下，网络不稳，频繁断线，掉线
3、实现的功能与相关需求严重不符，
4、功能未实现
5、功能错误
6、系统刷新错误
7、语音或数据通讯错误
8、轻微的数值计算错误
9、系统所提供的功能或服务受到明显的影响
Major
（一般性错误）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
缺陷的等级：严重问题、中等问题、轻微问题、建议问题
严重问题：
1. 程序致命错误(fatal类型的错误)，跳转到红色错误页面；
2. 功能没有按照需求中完成；
3. 服务器因程序问题报服务器内部错误；
4. 发布版本不能正常测试，因服务器环境或者程序问题；
中等问题：
1. 在IE7,8和火狐浏览器报JS错误；
2. 页面存在变形和样式问题（跨行，跨列）；
3. 由于隐含需求导致程序问题；
4. 服务器缓存无及时更新导致的数据不一致；
5. 只有管理员才能操作的功能在没有按照正确步骤操作导致的错误；轻微问题：
1. 不影响正常使用、提示中存在错别字；
2. 不明确的错误提示。
如：非法请求等，不能给用户明确的提示；
3. 系统中英文不统一，除专业术语；
4. 必填项没有加(*)或者其他必填项的标记说明；
5. 界面存在错别字；
6. 页面中元素在原位置有很小的偏差；
7. 按钮及页面的风格不统一；
建议问题：
1. IE6及非必要浏览器中出现的JS和页面问题；
2. 外部插件中本身存在的问题。
如：编辑器插件，弹出窗口插件等。
3. 界面协调美观、更符合计算机操作习惯等；
4. 需求、设计中建议加入，但不加入不影响整体全面性问题；
5. 由于页面没加载完成导致的样式和JS的问题；。