缺陷等级划分
工程风险等级划分标准
XXX地铁建设工程 安全风险等级划分指导标准 一、编制依据 依据XXX下发的《XXX城市轨道交通工程重点建设环节质量安全管理办法（试行）》（建技[ XXX]XXX号）文件的有关规定，参照《城市轨道交通地下工程建设风险管理规范》（GB50652-2 011）、《XXX轨道交通地下工程质量安全风险控制指导书》的有关标准，同时结合XXX地铁以往的地下工程经验，制定本标准。 二、风险分类及分级 城市轨道交通地下工程设计风险因素应从地下工程自身风险以及周边环境两方面等考虑，归纳为自身风险和环境风险两类。 根据风险事件发生的可能性和风险损失、社会影响等，将风险源的等级由高至低分为Ⅰ、Ⅱ、Ⅲ、Ⅳ级。 三、自身风险 地下工程的自身风险是指由于地下工程自身建设要求或施工活动所导致的风险。自身风险等级主要考虑地质条件、工程埋深、工艺特点、结构特性（如地下结构层数、跨度、断面形式、覆土厚度）等风险因素。其中，明挖法和盖挖法可按地质条件、基坑深度作为分级参考依据；盾构法以隧道相互之间的空间位置关系、连续掘进长度等作为分级参考依据；暗挖结构根据隧道的长度、地质复杂程度、环境条件等作为分级参考依据。 （一）基坑工程安全风险分级：Ⅰ、Ⅱ、Ⅲ、Ⅳ级 Ⅰ级: 明（盖）挖法基坑开挖深度H≥25m； Ⅱ级: 明（盖）挖法的基坑开挖深度20m≤H＜25m； Ⅲ级: 明（盖）挖法的基坑开挖深度14m≤H＜20m； Ⅳ级 :明（盖）挖法的基坑开挖深度5m≤H＜14m。 注:当水文地质和工程地质条件复杂时，风险等级可上调一级。 （二）盾构隧道安全风险分级：Ⅰ、Ⅱ、Ⅲ级 1、Ⅰ级 （1）处于非常接近状态（距离≤0.3D）的并行或交叠盾构隧道； （2）较长范围（长度≥100m）浅埋（盾构覆土厚度≤0.7D）的盾构隧道； （3）连续掘进长度超过1.5km的盾构隧道； （4）较长范围（长度≥150m）内开挖断面70%以上存在密实承压水砂层；
缺陷等级划分
缺陷严重级别定义: 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 ： 测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。 严重(Serious) BUG： 系统的次要功能点或需求点没有实现；数据丢失或损坏。执行软件主要功能的测试用例导致系统出错，程序无法正常继续执行；程序执行过于缓慢或是占用过大的系统资源。 一般(Minor) BUG： 软件的实际执行过程与需求有较大的差异；系统运行过程中偶尔（<10%）有出错提示或导致系统运行不正常。 微小(Information) BUG： 软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。
测试缺陷等级定义
缺陷等级定义 目录 缺陷等级定义 (1) B/S架构(Web)测试的缺陷等级定义： (1) C/S架构(Client)测试的缺陷等级定义： (2) 服务器及接口测试的缺陷等级定义： (4) B/S架构(Web)测试的缺陷等级定义： A: 致命 1.正常的用户操作导致浏览器崩溃或无响应 2.产品核心功能没有实现或无法使用 3.程序实现与需求严重不符 4.其他导致无法测试的错误 5.严重的数值计算错误 6.存在致命的安全漏洞 7.Bug被重开3次以上含3次 8.上线前最后一个版本配置管理出现问题 B: 严重 1.产品功能实现不正确 2.主业务流程对应的功能未实现，阻碍测试继续进行 3.严重的兼容性问题和页面样式问题，如：页面样式严重错乱，导致页面控件无法正常定 位； 4.正常的用户操作导致浏览器出现偶发类崩溃（偶发概率20%以上） 5.程序实现与需求功能上不符 6.其他导致部分模块无法测试的错误 7.主要数值计算错误 8.严重的功能逻辑错误 9.Bug被重开2次 10.上线前进入最后一轮测试时版本配置管理出现问题 C: 较严重 1.正常的用户操作导致浏览器出现偶发类崩溃（偶发概率10%以下） 2.用户非常规操作导致浏览器崩溃或影响系统性能的问题
3.程序上非主要功能与需求上功能描述不符 4.功能实现错误但不影响主要流程 5.轻微的数值计算错误 6.页面出现JS错误且导致某功能不可用 7.兼容性导致的主要功能问题 8.系统中用户权限实现有误 9.初始化错误 10.Bug被重开1次 11.上线前进入测试时，提交测试的过程版本配置管理出现问题 12.操作界面UI类的严重错误，易造成大量投诉，产生较坏影响力 D: 一般性问题主要为：界面类、容错类缺陷 1.操作界面UI类的一般性错误 2.边界条件下错误 3.提示信息错误（包括未给出信息、信息提示错误等） 4.界面中操作焦点错误（如按Tab键未顺序操作，弹出其他窗口后主界面焦点位置错误等） 5.输入域的相关问题，如：输入框长度判断错误； E:易用性和建议类缺陷 1.界面格式等不规范 2.辅助说明描述不清楚 3.操作时未给用户提示 4.可输入区域和只读区域没有明显的区分标志 5.个别不影响产品理解的错别字 6.文字排列不整齐等一些小问题 7.建议类型的缺陷 C/S架构(Client)测试的缺陷等级定义： A: 致命 1.程序无法运行/模块无法启动/异常退出 2.程序导致操作系统崩溃/死机/蓝屏 3.程序实现与需求严重不符 4.程序实现与技术文档严重不符 5.程序实现与开发规范严重不符 6.导致产品无法继续进行测试的缺陷 7.程序占用资源高（比同类产品高出50%以上） 8.内存、GDI等泄漏 9.Bug被重开3次以上含3次 10.上线前最后一个版本配置管理出现问题
工程风险等级划分标准
X X X地铁建设工程 安全风险等级划分指导标准 一、编制依据 依据XXX下发的《XXX城市轨道交通工程重点建设环节质量安全管理办法（试行）》（建技[XXX]XXX号）文件的有关规定，参照《城市轨道交通地下工程建设风险管理规范》（GB50652-2011）、《XXX轨道交通地下工程质量安全风险控制指导书》的有关标准，同时结合XXX地铁以往的地下工程经验，制定本标准。 二、风险分类及分级 城市轨道交通地下工程设计风险因素应从地下工程自身风险以及周边环境两方面等考虑，归纳为自身风险和环境风险两类。 根据风险事件发生的可能性和风险损失、社会影响等，将风险源的等级由高至低分为Ⅰ、Ⅱ、Ⅲ、Ⅳ级。 三、自身风险 地下工程的自身风险是指由于地下工程自身建设要求或施工活动所导致的风险。自身风险等级主要考虑地质条件、工程埋深、工艺特点、结构特性（如地下结构层数、跨度、断面形式、覆土厚度）等风险因素。其中，明挖法和盖挖法可按地质条件、基坑深度作为分级参考依据；盾构法以隧道相互之间的空间位置关系、连续掘进长度等作为分级参考依据；暗挖结构根据隧道的长度、地质复杂程度、环境条件等作为分级参考依据。 （一）基坑工程安全风险分级：Ⅰ、Ⅱ、Ⅲ、Ⅳ级 Ⅰ级: 明（盖）挖法基坑开挖深度H≥25m； Ⅱ级: 明（盖）挖法的基坑开挖深度20m≤H＜25m； Ⅲ级: 明（盖）挖法的基坑开挖深度14m≤H＜20m； Ⅳ级 :明（盖）挖法的基坑开挖深度5m≤H＜14m。 注:当水文地质和工程地质条件复杂时，风险等级可上调一级。 （二）盾构隧道安全风险分级：Ⅰ、Ⅱ、Ⅲ级 1、Ⅰ级 （1）处于非常接近状态（距离≤）的并行或交叠盾构隧道； （2）较长范围（长度≥100m）浅埋（盾构覆土厚度≤）的盾构隧道；
50个常见质量管理问答
50个常见质量管理问答 1、真正质量特性和代用质量特性有何区别？ 直接反映顾客对产品期望和要求的质量特性称为真正质量特性；企业为满足顾客的期望和要求，相应地制定产品标准、确定产品参数来间接地反映真正质量特性称为代用质量特性。例如：汽车轮胎的使用寿命是真正质量特性，而其耐磨度、抗压和抗拉强度等则是它的代用质量特性。可见，真正质量特性是顾客的期望和要求，而代用质量特性是企业为实现真正质量特性所作出的规定。 2、质量环有什么特点？ （1）质量环中的一系列活动中一环扣一环，互相制约，互相依存，互相促进。 （2）质量环不断循环，每经过一次循环，就意味着产品质量的一次提高。 3、影响产品质量的四个方面是什么？ （1）市场调研质量。 （2）设计质量。 （3）符合性质量或制造质量。 （4）使用质量或售后服务质量。 4、质量检验阶段进行检验把关有什么缺点？ （1）缺乏系统的观念，责任不明，一旦出现质量问题容易扯皮、推诿。 （2）在生产过程中缺乏预防，一旦出现废品，就是“既成事实”，一般很难补救。
（3）要求对成品进行百分之百的检验，而百分之百的检验并不等于百分之百的准确，而且在大批量生产的情况下这样做在经济上是不合理的，对于某些产品来说，这种检验在技术上也是不可能的，或毫无意义的。 5、质量管理学有哪些重要概念？ （1）质量；（2）质量管理；（3）质量体系；（4）质量控制；（5）质量保证；（6）质量策划；（7）质量方针；（8）质量改进；（9）质量审核；（10）质量认证；（11）管理评审；（12）质量成本等。 6、全面质量管理的基本核心是什么？ 提高人的素质，调动人的积极性，人人做好本职工作。通过抓好工作质量来保证和提高产品质量和服务质量。 7、计量工作的任务是什么？有哪些特点？ 企业计量工作的任务，是以统一计量单位制度，组织量值正确传递，保证量值统一为目的基础工作。 计量工作有以下几个特点：①一致性；②准确性；③可溯源性；④法制性。 8、计量工作的基本要求是什么？ （1）量具和化验、分析仪器必须配备齐全，完整无缺。 （2）保证量具及化验、分析仪器的量值稳定，示值准确一致。 （3）量具和仪器修复及时。 （4）根据不同情况，选择正确的测量计量方法。 9、质量信息有什么作用？ （1）质量信息是质量管理的耳目； （2）是一项重要的资源；
公司产品等级管理办法
有限公司管理制度 QGZD/CBZ 产品等级管理办法 （征求意见稿） 2013-02-1发布2013-02-15实施
前言 本制度规定了公司产品等级管理，规范产品等级评定。 本制度根据QGZD/CB 11.03-2006《产品等级管理办法》修改而成。本制度由质量部提出并起草。 本制度由总经理批准。 本制度从颁发之日起实施。 编制：日期： 审核：日期： 批准：日期：
产品等级管理办法 1、目的 为持续改进实物质量，提升全员质量意识，鼓励员工生产优质产品，特制定本办法。 2、管理范围 本办法适应于公司生产车间提供的铸件、模样的质量等级认定及管理。 3、管理职责 3.1 技术部负责制定质量等级标准。 3.2 生产车间按分等办法提出申请。 3.3 质量部组织评定，并根据评定的结果实施奖励或考核。 3.4 综合管理部负责监督评定的过程，并监督奖励、考核的到位情况。 4、管理内容 4.1 申报 4.1.1 各生产车间生产的产品，在车间内部工序全部完成报检时，进行自我评判，认为能够达到一等品、优等品（或一级模样、二级模样）的条件，向所在车间检验站申报，提请等级评定。 4.1.2 铸铁件单件重量1吨（铸钢件100Kg）以上，按单件申报，小于此重量零件按批次申报（每批5件）。 4.1.3 合格件、不合格品不需车间申报，质量部直接或评审后判定。其中不合格品由质量部分为A、B、C级，按《不合格品控制程序》处置。 4.2 评定
4.2.1 检验站受理车间等级评定申报后，站长对其进行初步评定。 4.2.2 检验站站长认可后，签署意见，由质量部组织技术部、生产供销部等部门进行评定，评定结果报质量副总批准。 4.2.3 质量部根据评定结果，每月初将上月优等品、一等品零件的奖励报表和不合格品的考核报表报综合管理部。 4.3 流程 4.4 评判标准 4.4.1 铸件的质量分级的评判参照QJ/CB03.47-2005《产品零件质量分级》。 4.4.2 模样的质量分级的评判参照QJ/CB03.08-2006《铸造用模样技术条件》。 4.4.3 不合格严重程度分级依据QJ/C02.B182-2010《产品质量缺陷严重度分级》。 5、处置 5.1 铸件 5.1.1被最终评定为优等品的零件，按结算价格的150%结算。 5.1.2被最终评定为一等品的零件，按结算价格的120%结算。 5.1.3 A类不合格品按结算价格的80%结算。；B类不合格品按结算价格的90%结算）。 5.2 模样 5.2.1被最终评定为一级的模样，按结算价格的120%结算。 5.2.2被最终评定为二级的模样，按结算价格的110%结算。 5.2.3 A类不合格品按结算价格的80%结算；B类不合格品按结算价格的90%结算。
输电线路缺陷分类
附录E（资料性附录）输电线路缺陷分类 E1架空线路紧急缺陷 E1.1防护区 1.江河泛滥、山洪、泥石流、杆塔被淹。 2.森林起火。 3.威胁线路安全的工程设施（如高大机械及可移动的设施）。 4.导线与弱电线路、电力线路交叉或接近的距离小于重大缺陷表1规定数值的80%。 5.导线对树木的距离小于重大缺陷表2规定数值的80%。 6.导线对建筑物的距离小于重大缺陷表3规定数值的80%。 7.导线对地距离小于重大缺陷表4规定数值的80%。 8.防护区内有严重污染源，绝缘爬距不够，有可能造成线路污闪。 E1.2基础 1.基础受洪水冲刷或淹没，致使基础外露，出现不稳定现象或已经倾斜。 2.杆塔基础或拉线基础已经明显上拔或沉陷，并有发展趋势。 3.杆塔或拉线基础移位。 4.基础受到严重的外力破坏。 E1.3杆塔 1.杆塔上悬挂有可能造成接地短路的铁丝、绳线或其它异物。 2.缺塔材11根及以上。 3.水泥杆焊口断裂。 4.杆塔倾斜严重，倾斜值超过重大缺陷表5规定要求。 E1.4导线与地线 1.导地线断股、损伤到需切断重接的程度，超过重大缺陷表6规定数值。 2.导线上挂有较长的铁丝、绳线或其它异物，并随时有可能危及线路安全运行。 3.导线连接器过热、烧伤。 E1.5绝缘子 1.绝缘子串每串中零值、低值、劣化、破损、裂纹或烧伤的绝缘子数量超过重大缺陷表7规定数值。 2.绝缘子串上挂有异物，极易造成接地。 3.针式绝缘子、瓷横担绑线松动、断脱、烧伤。 E1.6金具
1.交叉跨越处导线线夹未就位、未固定。 2.张力金具严重锈蚀、断裂、变形或缺件，并随时有可能危及线路安全运行。 E1.7拉线 3.拉线或拉线下把被破坏（或被盗）。 4.拉线断股达7股断2股，19股断3股者，损伤截面超过表6规定者。 E2架空线路重大缺陷 E2.1防护区 1.在杆塔、拉线基础周围倾倒酸、碱、盐及其他有害化学物品。 2.利用杆塔拉线作起重牵引地锚。 3.在杆塔内或杆塔与拉线之间修建车道。 4.在杆塔、拉线基础周围5～10m的区域内取土、打桩、钻探、开挖。 5.杆塔上方有危石，滚落时可能伤害基础或铁塔。 6.线路附近有影响线路运行安全的采石场或采矿厂。 7.防护区内未经供电部门批准进行建筑施工。 8.安全距离不符合要求的栅架、招牌、天线等。 9.防护区内进行爆破作业。 10.换算到+40℃时，导线与弱电线路、电力线路交叉或接近的最小垂直距离小于表1的基本要求。 表1 导线与弱电线路、电力线路交叉或接近的最小垂直距离 l) 在最大风偏、最大弧垂时，导线与树木之间的最小安全距离小于表2所列数值。 表2 最大风偏、最大弧垂时，导线与树木的最小安全距离 2) 导线在最大弧垂、最大风偏时与建筑物的最小安全距离小于表3数值。 表3 导线在最大弧垂、最大风偏时与建筑物的最小安全距离
软件缺陷相关的标准-V1.0
目录 1前言 (2) 2文档范围 (2) 3文档对象 (2) 4.用例级别 (2) 5.BUG等级划分 (3) 6.BUG发生率 (4) 7.Bug修改优先级 (5) 8.BUG修改优先级与BUG严重性的分别 (7)
1前言 为了使技术平台开发的软件测试更加规范，STE组制定了一系列和缺陷相关的标准。制定此标准的另一目的是便于平台和产品的相关人员对STE在平台中提出的软件缺陷的等级 和修改优先级达成共识。 2文档范围 描述了技术平台开发中和软件缺陷相关的内容。内容包括：用例级别、Bug等级、Bug 发生率、Bug修改优先级。 3文档对象 技术开发全体软件成员及其他组的相关人员。 4.用例级别 用例级别表明该用例的重要程度。用例的重要性并不对应用例可能造成的后果，而是对应用例的基本程度，一个可能导致死机的用例未必是高级别的，因为其触发条件可能相当生僻。测试用例的级别分4级，如下表。 下面是用例级别的具体分类和内容： Level 1-级别“1”：基本 该类用例涉及系统正常的基本功能。该用例执行的失败会导致多处重要功能无法运行的。如果不能访问每一个功能区域或执行其他测试用例依赖的基本操作，那么在执行这个优先的测试用例之前，试图做其他任何的测试都是没有意义的，因为他们大多数肯定要失败。 此级别用例用于版本提交时作为“版本冒烟测试通过准则”。如存在不通过的项目时可考虑重新提交版本，例如“申请书不能添加成功”或者“WIFI不能连接”等。1级用例的数量应受到控制。 Level 2-级别“2”：重要 该类测试用例涉及系统的重要功能。主要包括一些功能交互相关、各种应用场景、使用频率较高的正常功能测试用例。该类用例最常执行以保证功能是稳定的，目标的行为和能力可以正常的工作，和重要的错误和边界被测试的测试用例的集合。 该类测试用例在非回归的系统测试版本（即在新Feature和TPM版本计划中的正式版本）中基本上都需要进行验证，以保证系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排是否进行测试。
产品质量缺陷判定分级标准(严选优质)
文件编号: 版本编号: 文件类型编制部门 产品质量缺陷判定及分级标准 编制日期: 页码: 1.目的 对来料、制程、出货等环节产品质量检测,根据接收质量限
产品质量缺陷分级规定
产品质量缺陷严重性分级规定 1、范围 本标准规定了产品质量缺陷严重性分级的原则、目的、作用和管理。 本标准适用于公司所有产品。 2、产品质量缺陷严重性分级规定 2.1产品质量缺陷严重性分级分为质量检验用产品质量缺陷严重性分级和质量审核用产品质量缺陷严重性分级两种。 2.2质量检验用产品质量缺陷严重性分级。 2.2.1质量缺陷是偏离规范的表现，质量检验用产品质量缺陷严重性分级的原则规定见表1。 表1质量检验用产品质量缺陷严重性分级原则
2.2.2在编制作业指导书时，应按表1的分级原则在作业指导书相应栏目中列出该产品检验用产品质量缺陷严重性分级。质量检验用产品质量缺陷严重性分级由检验机构编制。 2.2.3质量检验用产品质量缺陷严重性分级表主要用于指导检验工作，其作用具体体现在： a 是把设计要求、工艺要求、制造要求与顾客使用要求综合考虑，使检验工作予以满足的有效手段； b 为合理地确定检验方式、检验的严格程度提供依据； c 为恰当地确定质量的严重程度及其处理权限，处理程序，特别是采取让步措施提供依据； d 便于检验员在检验中明确重点，有效地运用检验方法和处理方式。 2.3质量审核用产品质量缺陷严重性分级规定 2.3.1产品质量审核用产品质量缺陷严重性分级是从使用的角度出发，针对产品使用过程中顾客反馈的质量缺陷项目，按其对产品适用性的影响程度所进行的分级，其分级的原则规定如表2。 表1产品质量审核用产品质量缺陷严重性分级原则
平而确定的。在制订产品质量计划时，依据表2产品质量审核用产品质量缺陷严重性分级的分级原则由技术部门负责编制，并纳入产品质量审核计划实施管理。 编制：品质部审批： 生效日期：2017/08/12
建设工程风险等级划分标准
建设工程风险等级划分标准 第二章风险分类及分级 第三条城市轨道交通地下工程设计风险因素应从地下工程自身风险以及周边环境两方面等考虑，归纳为自身风险和环境风险两类。 第四条根据风险事件发生的可能性和风险损失、社会影响等，将风险源的等级由高至低分为Ⅰ、Ⅱ、Ⅲ、Ⅳ级。 第三章自身风险 第五条地下工程的自身风险是指由于地下工程自身建设要求或施工活动所导致的风险。自身风险等级主要考虑地质条件、工程埋深、工艺特点、结构特性（如地下结构层数、跨度、断面形式、覆土厚度）等风险因素。其中，明挖法和盖挖法可按地质条件、基坑深度作为分级参考依据；盾构法以隧道相互之间的空间位置关系、连续掘进长度等作为分级参考依据；暗挖结构根据隧道的长度、地质复杂程度、环境条件等作为分级参考依据。 第六条基坑工程安全风险分级：Ⅰ、Ⅱ、Ⅲ、Ⅳ级 （一）Ⅰ级: 明（盖）挖法基坑开挖深度H≥25m； （二）Ⅱ级: 明（盖）挖法的基坑开挖深度20m≤H＜25m； （三）Ⅲ级: 明（盖）挖法的基坑开挖深度14m≤H＜20m； （四）Ⅳ级:明（盖）挖法的基坑开挖深度5m≤H＜14m。 注:当水文地质和工程地质条件复杂时，风险等级可上调一级。 第七条盾构隧道安全风险分级：Ⅰ、Ⅱ、Ⅲ级 （一）Ⅰ级 1、处于非常接近状态（距离≤0.3D）的并行或交叠盾构隧道； 2、较长范围（长度≥100m）浅埋（盾构覆土厚度≤0.7D）的盾构隧道； 3、连续掘进长度超过1.5km的盾构隧道； 4、较长范围（长度≥150m）内开挖断面70%以上存在密实承压水砂层； 5、超长（长度大于18m）盾构区间联络通道；上方有重要建（构）筑物、河流等的盾构区间联络通道。 （二）Ⅱ级 1、处于接近状态（0.3D＜距离≤0.7D）的并行、交叠盾构隧道； 2、较长范围（长度≥100m）覆土厚度为0.7D＜H≤1.0D的盾构隧道；
缺陷等级的划分
BUG等级划分方法 一、四级的划分方式： 1.BUG等级划分建议： 目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。 ● 致命(可对应目前BUG体系中的“非常严重”)： 致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 具体基本上可分为： ○严重花屏 ○内存泄漏 ○用户数据丢失或破坏 ○系统崩溃/死机/冻结 ○模块无法启动或异常退出 ○严重的数值计算错误 ○功能设计与需求严重不符 ○其它导致无法测试的错误 ● 严重(可对应目前BUG体系中的“严重”) 严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。 具体基本上可分为： ○功能未实现 ○功能错误
○系统刷新错误 ○语音或数据通讯错误 ○轻微的数值计算错误 ○系统所提供的功能或服务受明显的影响 ● 一般(可对应于目前BUG体系中的“普通”) 一般性问题主要为：界面、性能缺陷 具体基本上可分为： ○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误 ○提示信息错误(包括未给出信息、信息提示错误等) ○长时间操作无进度提示 ○系统未优化(性能问题) ○光标跳转设置不好，鼠标(光标)定位错误 ● 提示(可对应于目前BUG体系中的“轻微及建议”) 提示性问题主要为：易用性及建议性问题 具体基本上可分为： ○ 界面格式等不规范 ○ 辅助说明描述不清楚 ○ 操作时未给用户提示 ○ 可输入区域和只读区域没有明显的区分标志 ○ 个别不影响产品理解的错别字
产品缺陷的等级和判定基准：AQL
产品缺陷的等级和判定基准：AQL 为了尽早的发现问题，最大限度的减少损失，我们要求每一位作业人员要进行自主检验，本节给大家讲述塑胶行业中对一些缺陷的通用等级判定标准。使大家在碰到一些问题时能够触类旁通，迅速的作出准确的判定，以节省时间和减少不必要的浪费。 一．首先明确什么叫检验（检查）：是用目视测量、试验、测定或其它方法将需检验的产品的特征值与标准值对比的一个过程。符合标准的即为合格品，反之，不符合标准的即为不合格品。不符合处有可能是一处也可能是多处，但只要有一个该产品就为不合格品。由此我们可以明白凡举检验那必须有一个标准，有一个参照物，否则无从谈起。 二．缺陷的分类 我们将缺陷和含有该缺陷的不合格品分为三个等级： 1．极严重缺陷（或称致命缺陷）、极严重不合格品。与安全有关的缺陷如突出的锐角、漏电、有毒等危及人体安全与健康的均属此类。 2．严重缺陷、严重不合格品：与安全无关而与功能有关的缺陷、不合格品。如产品较脆、功能不健全影响使用但不危及人体安全及健康。 3．轻微缺陷、轻微不合格品：不影响使用只影响美观性的缺陷如刮伤、色差甚至缺胶但不是关键部位不影响组装、功能都均属于轻微缺陷。这是平时注意最多的、争议最集中的地方。其实我们首先应注意的是安全-----结构、功能然后才是外观。在整个行业中只要是安全结构性能出现1个异常，不论一批货数量再大均被判为不合格批需退货的。我们工作中常有一个不好的习惯，单注重于表面外观忽略内部结构和组装、性能。应当纠正。 三、抽样检验
抽样检验分为计量检验和计数检验两种。在下列情况下一般用抽样检验：1.需用破坏性手段去检验的,如检验产品的使用寿命,象风扇将其不间断的工作来试验它的工作寿命,就不能一一去试了;2.数量较多,时间上不允许的.这里主要讲述抽样检验的有关常识,有助于理解为什么在品管或客户只检验了一部分产品,发现了一至二个不合格品,却要整批判退. 抽样检验是依据目前国际通行的MIL-STD-105E部分为依据的,.该抽样方案是美国军工标准,于二次世界大战中建立和发展完善起来的,以统计学为基础理论,经过广泛的实践证明为目前最为科学的抽样方案,已为各国广泛采用. 该抽样标准较为复杂,这里主要讲述其中的普通单次抽样标准,另外还有普通多次、加严、放宽、减量等各种抽样方案,视质量水平的稳定性和宽严而决定采用哪一种,本节不作讲述. 下面我们来看这张表 ㈠表格的认识 1.批量: 送检的总数,实际制程中可视一箱或半箱为一个 批量. 2.样本: 根据批量的大小所应抽取检验的数量. 3.AQL值：象0、0.2、0.4等均为AQL值. A Q L Accept Quality Levese 允收质量水平可接受的质量水平 前面第二节中我们讲了缺陷的三个等级,这些值就是以这三个等级来进行对应规定的,根据各个厂的实际情况,我厂规定极严
风险识别等级划分(精编文档).doc
【最新整理，下载后即可编辑】 风险识别等级划分 D=L E C 甘谷驿采油厂 安全班本绩效工程指导材料
作业条件危险分析（LEC法） 方法介绍 该方法认为：对于一个具有潜在危险性的作业条件，影响危险性的主要因素有3个： ①发生事故或危险事件的可能性； ②暴露于这种危险环境的情况（频繁程度）； ③事故一旦发生可能产生的后果。 用公式来表示，则为： Ｄ＝ＬＥＣ Ｌ——发生事故的可能性大小 Ｅ——人体暴露在这种危险环境中的频繁程度 Ｃ——一旦发生事故会造成的损失后果 Ｄ——作业条件的危险性
评价步骤 组成评价小组；熟悉评价对象；明确评价赋分标准；赋分；评价计算。 Ｌ—发生事故的可能性大小 E—人体暴露在这种危险环境中的频繁程度 C—发生事故产生的后果
危险性分值Ｄ＝ＬＥＣ 优缺点 作业条件危险性评价法评价人们在某种具有潜在危险的作业环境中进行作业的危险程度，该法简单易行，危险程度的级别划分比较清楚、醒目。但是，由于它主要是根据经验来确定3个因素的分值及划分危险程度等级，因此具有一定的局限性。此外，在具体应用时，还可根据自己的经验、具体情况对该评价方法作适当修正。
示例 例如，某涤纶化纤厂在生产短丝过程中有一道组件清洗工序，为了评价这一操作条件的危险度，确定每种因素的分数值为：事故发生的可能性（Ｌ）：组件清洗所使用的三甘醇，属四级可燃液体，如加热至沸点时，其蒸汽爆炸极限范围为0.9－9.2％，属一级可燃蒸汽。而组件清洗时，需将三甘醇加热后使用，致使三甘醇蒸汽容易扩散到空间，如室内通风设备不良，具有一定的潜在危险，属“可能，但不经常”，其分数值Ｌ＝3。 暴露于危险环境的频繁程度（Ｅ）：清洗人员每天在此环境中工作，取E＝6。 发生事故产生的后果（Ｃ）：如果发生燃烧爆炸事故，后果将是非常严重的，可能造成人员的伤亡，取Ｃ＝15。 Ｄ＝ＬＥＣ＝3×6×15＝270 270处于160－320之间，危险等级属“高度危险、需立即整改＂的范畴。 采取措施后（ＬＥＣ） 1、加强通风：发生事故的可能性（潜在危险），属“可能性 小，完全意外”，其分数值Ｌ＝1； 2、降低员工暴露于危险环境的频繁程度，如规定工作时间或 轮班作业，原来每天工作时间内暴露至少可降低一半；， 取E＝3 3、发生事故产生的后果（Ｃ）如果发生燃烧爆炸事故，后果 将是非常严重的，可能造成人员的伤亡，取Ｃ＝15。 4、劳动保护：身体健康损害程度降低。 Ｄ＝ＬＥＣ＝1×3×15＝45
缺陷等级分类
1.1bug定义表 缺陷等级详细含义： 一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。系统崩溃或挂起等导致系统不能继续运行。 包括以下各种错误： 1.由于程序所引起的死机,非法退出 2.死循环 3.数据库发生死锁 4.因错误操作导致的程序中断 5.重大功能错误 6.与数据库连接错误 7.数据通讯错误 二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题。 包括以下各种错误： 1.程序接口错误 2.因错误操作迫使程序中断
3. 系统可被执行，但操作功能无法执行（含指令） 4. 单项操作功能可被执行，但在此功能中某些功能（含指令参数的使用）无法被执行（对系统非致命的） 5. 在功能项的某些项目（选项）使用无效（对系统非致命的） 6.业务流程不正确 7.功能实现不完整，如删除时没有考虑数据关联 8.功能的实现不正确，如在系统实现的界面上，一些可接受输入的控件点击后无作用；对数据库的操作不能正确实现 9. 报表格式以及打印内容错误（行列不完整，数据显示不在所对应的行列等导致数据显示结果不正确的错误） 三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。 包括以下各种错误： 1.操作界面错误（包括数据窗口内列名定义、含义是否一致） 2.打印内容、格式错误（只影响报表的格式或外观，不影响数据显示结果的错误） 3.简单的输入限制未放在前台进行控制 4.删除操作未给出提示 5.虽然正确性不受影响，但系统性能和响应时间受到影响 6.不能定位焦点或定位有误，影响功能实现 7. 显示不正确但输出正确 8. 增删改功能，在本界面不能实现，但在另一界面可以补充实现。 四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题。 包括以下各种错误： 1.界面不规范 2.辅助说明描述不清楚 3.输入输出不规范
缺陷等级划分规定
缺陷等级划分规定 １．缺陷等级划分规范 １．１Bug等级种类及定义: Bug等级可分为:致命,严重,一般的,微小的四种. 致命（critical）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失 严重（major）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明 一般的（normal）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等 １．２等级划分步骤: 1) 功能方面 结合”缺陷发生率”(Exposure Risk)和”影响强度”(Impact Intensity)对Bug进行等级划分. ”缺陷发生率”是指在运用产品过程中,出现某个缺陷的频率, 可分为四种:不可避免,经常,偶尔,很少. 不可避免(Unaviodable):只要运行系统或应用程序,或者使用软件主要功能,该缺陷就能出现. 经常(Frequent):在使用软件过程中,需要通过几步操作出现,或者是一些不常用的非主要功能的缺陷,或者出现该缺陷的频率在30-70%的. 偶尔(Occasional):缺陷出现的前提是通过多次操作或多个步骤,或者缺陷出现的概率在2%-30%. 很少(Rare):低频率操作,或者出现的前提是通过N次操作或N个步骤,或者缺陷出现的概率低于2%的. “缺陷影响强度”是指在运用产品过程中,某个缺陷影响产品使用的程度,可分为三种:灾难性,障碍性,干扰性. 灾难性(Disastrous):测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现；关键性能指标达不到要求； 障碍性(Obstruction):系统的次要功能点或需求点没有实现；数据丢失或损坏。执行软件主要功能的测试用例导致系统出错，程序无法正常继续执行；程序执行过于缓慢或是占用过大的系统资源。 干扰性(Disturbing):一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。 具体等级划分参照表如下:
测试文档二 bug严重程度和优先级(缺陷管理)
bug严重级别和优先级别定义 Bug严重级别：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。如下： 最高级(1类)-- 致命级别阻止对后续功能的测试，通常适用于以下情况 1 模块无法启动或异常退出 2界面/功能Crash 导致一系列测试不能运行 3严重花屏 4数据丢失（用户数据，服务器数据） 5系统崩溃/死机/冻结 6 业务逻辑错误（数据计算错误：例如支付错误，业务流程缺失或者走错） 7功能设计和需求严重不符 8服务器400，500等错误 9 影响流程问题，升级失败 10 业务逻辑流程中断跳转到其他页面 次最高级（2类）- 严重级别在当前发布版本中必须修复，即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性 1 Bug 的出现导致软件没有完成用户的需求 2 系统刷新错误 3数值计算错误 4影响功能及界面的错误字或拼写错误 5 安全性问题
6 兼容性问题（用户群体大，影响严重） 7 数据不准，建单据报错 8 引发性新BUG（说明此单BUG是由于前面修改BUG或做的新需求导致其它模块出现新的错误。 一般（3类）一般级别-- 在时间许可的范围内修复，即界面、性能缺陷 1 只有在极端条件下才会重现的Bug 2 在特定配置情况下不会出现的Bug 3 操作界面错误（包括数据窗口内列名定义、含义是否一致） 4 边界条件下错误 5 提示信息错误 6系统未优化，性能问题 7 兼容性问题（有一定用户群体，影响较大） 低（4类）轻微-- 不影响当前发布，可以推迟到下一个发布中修复，即易用性及建设性问题 1 不能稳定重现的Bug 2 因为电脑上装有其他干扰软件产生的Bug 3 非功能性Bug, 如日志，错误回复等 4 界面规格不规范 5 辅助说明描述不清 6 操作时未给用户提示信息 7 个别不影响产品功能的错别字 8 文字排列不整齐
禅道系统_BUG流程分析
Bug的属性 Bug重现环境 这个应该是我们重现bug的一个前提，如果没有这个前提，我们可能会无法重现问题，或者跟本就无从下手。 操作系统 这个是一般软件运行的一大前提，基本上所有的软件都依赖于操作系统之上的，对于一个软件来说，要想在某个操作系统上运行，必须要对这个操作系统支持，这就需要有真对性的设计与开发。对于不同的操作系统，其可能存在差异（如：win xp 与 win 7）或本质的区别（如 win 7 与 CentOS linux ），所以，操作系统环境是重现问题的一个重要前提。浏览器 对于B/S系统，或面向大众的互联网产品（网站，邮箱等），浏览器的兼容性也是必须测试的一个重点，对于现在的浏览器市场，各式的浏览器都有其用户群，要想使产品大众化，必须考虑这些产品的兼容性问题。 不同的浏览器之间（IE、 firefox、chrome、opera 等），甚至同一系列不同版本（ie6/ie7/ie8/ie9等）都可能存在兼容性问题，所以，对于这类应用，浏览器环境重现bug 前提条件之一。 其它（这个“其它”非常重要） 对于不同的系统发现重现问题，都会有其特定的前提，拿我测试的邮箱来说，必须要描述其是在测试线还是现网环境，而且还要附带一重现问题的帐号等。 对于c/s软件，可能还要考虑与其它常用软的兼容等，例如，是在安装的某款软件后，对本
软件的安装和使用造成影响。这些都是重现问题的必须描述的环境。 问题类型 根据JIRA的管理系统的划分，bug 只是问题的一种，它可以用于跟踪多种不同类型的问题（其实，他只是将bug做为一子类而已）。 JIRA系统缺省提供的问题类型（大部分的系统都可以自定义类型的，这样就增加了灵活性。） Bug : 测试过程、维护过程发现影响系统运行的缺陷。（这就是一般测试人员所提交的bug）New Feature : 对系统提出的新功能。（单个的小需求可以，如果大的话，就相当于一个需求，放到这里是不合理的。） Task : 需要完成的一任务。（开发或测试任务指派。） Improvement : 对现有系统功能的改进。（一般产品经理或产品体验师做的事）当然，不同的公司，他们的人员定位与职责是不太相同的，按照上面的分类，JIRA就不是简单的缺陷管理系统了，它涵盖一项目（或产品）所需要处理的任务、需求与缺陷。 Bug 类型： 这里缩小范围，单指我们测试人员在测试过程中发现的缺陷，发现产品缺陷其实就是测试人员工作的主要目的。当然，你要确定一个问题的类型，也需要对项目（或产品）有比较深的理解。是代码缺陷还是设计缺陷有时候就不太容易区分，当然，这个划分，对于开发定位问题影响很小，但对于问题类型的统计就比较重要了。 下面看一些常见的分类：
新终端游戏缺陷严重级别分类标准v0.2
新终端游戏缺陷严重级别分类标准V0.2 定义以下四类缺陷：致命、严重、一般、建议 致命——所有会导致游戏无法运营的问题，对用户来说，这是必须立即修复的（随机性或影响部分用户的缺陷可排后修复），包括： 1.核心系统功能问题： ●核心系统出现功能性Bug（核心系统：游戏核心玩法和玩家正常体验所涉及的 系统），这些bug导致基础游戏体验无法进行。核心系统定义请参见《附件1： 核心系统和关键路径的定义.doc》 2.稳定性问题： ●有必现的崩溃、假死或导致终端死机、重启的问题 ●客户端进行正常功能体验和游戏流程时，频繁崩溃（在两个小时内崩溃3次以上）。正常体 验不包括非常规性操作，破坏性操作，反编译修改等操作。 ●需要7*24运行的服务器的出现core dump。 ●服务器和客户端存在必现的持续内存泄漏和资源泄漏问题。 3.性能问题：客户端和服务器有明显的性能问题。 ●客户端：在设定的游戏场景和硬件基线上，游戏帧率低于目标标准一半以上；cpu/内存、 流量、电量指标低于开发和测试目标标准一半以上；游戏的关键路径加载延迟低于目标标 准一半以上。 说明：a）游戏不同类别可以有不同的指标，需要产品、开发、测试等在系统设计初就共同确定目标值。b）关键路径定义请参见《附件1：核心系统和关键路径的定义.doc》 ●服务器：在指定的测试服务器上，该模块的实际可达容量低于设定可达容量一半以上；以 及其它性能维度低于设定目标一半以上。常用性能测试纬度包括在线人数，平均响应时间， 存储容量，带宽bps，专线占用，消息处理能力，CPU占用率，内存占用率，数据库读写次 数等。 4.安全类问题： ●所有金钱、物品复制类错误；