缺陷等级划分
缺陷严重级别定义:
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：
软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。
更为详细的划分如下:
A类—严重错误，包括以下各种错误：
1．由于程序所引起的死机,非法退出
2．死循环
3．数据库发生死锁
4．因错误操作导致的程序中断
5．功能错误
6．与连接错误
7．数据通讯错误
-----------------------------------------------------------
B类—较严重错误，包括以下各种错误：
1．程序错误
2．程序接口错误
3．数据库的表、业务规则、缺省值未加完整性等约束条件
-----------------------------------------------------------
C类—一般性错误，包括以下各种错误：
1．操作界面错误（包括数据窗口内列名定义、含义是否一致）2．打印内容、格式错误
3．简单的输入限制未放在前台进行控制
4．删除操作未给出提示
5．数据库表中有过多的空字段
-----------------------------------------------------------
D类—较小错误，包括以下各种错误：
1．界面不规范
2．辅助说明描述不清楚
3．输入输出不规范
4．长操作未给用户提示
5．提示窗口文字未采用行业术语
6．可输入区域和只读区域没有明显的区分标志
-----------------------------------------------------------
E类—建议
缺陷等级划分
缺陷严重级别定义: 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： 软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。
地区等级划分
4．2 地区等级划分 4．2．1、4．2．2 我国大型输气管道工程建设始于20世纪50年代。管道的安全保证基本上是沿用前苏联大型管线设计模式，埋地管道与居民点、工矿企业和独立建构筑物之间保持一定的安全距离。后来，根据我国情况制定了《埋地输气干线至各类建构筑物最小安全距离、防火距离》，但在执行过程中，遇到很多矛盾，有些问题，难以解决。20世纪70年代中期参照美国国家标准ASME B31．8，按不同的地区等级采用不同的设计系数，做出相应的管道设计。当时，地区等级不是按居民密度指数来划分，而是以建构筑物的安全防火类别为基础，相应地划分出四类地区等级，设计系数与美国国家标准ASME B31．8的规定一致，经实践，尚属可行。本标准在分析国外标准和总结国内经验的基础上，规定采用控制管道自身的安全性作为输气管道的设计原则。现分述如下： 第一，管道安全保证的两种指导思想。在输气管道建设中的安全保证有两种指导思想：一是控制管道自身的安全性，如美国国家标准ASMEB31．8。它的原则是严格控制管道及其构件的强度和严密性，并贯穿到从管道设计、设备材料选用、施工、生产、维护到更新改造的全过程。用控制管道的强度来确保管线系统的安全，从而对周围建构筑物提供安全保证。目前欧美各国多采用这种设防原则。二是控制安全距离，如前苏联“大型管线”设计标准。它虽对管道系统强度有一定的要求，但主要是控制管道与周围建构筑物的距离，以此对周围建构筑物提供安全保证。 四川地区30多年来输气管道设计、建设的实践表明，由于我国人口众多，地面建筑物稠密，按安全距离进行管道设计建设，不仅选线难度大，而且即使保证了安全距离未必就能保证周围建构筑物和居民的安全。例如，四川付纳输气管线(φ720×8)于1979年11月25日发生爆破，爆破时管道压力为2MPa，距管道150―200m远的农舍因室内余火未尽，引爆着火，烧毁民房8间，烧死牛1只、猪5头。1980年付纳线整改后，重新试压至5MPa时，管子爆破，管沟中 400mm×400mm×l000mm条石飞出100余米。又如，1965年4月美国路易斯安纳州发生一起美国有史以来最严重的输气管道爆破事故，当场炸死17人，钢管爆裂8m，炸出一条长8m、宽6m、深3m的大坑，把半吨多重的5块钢板炸到100余米远的地方。 第二，加强管道自身安全是对管道周围建筑物安全的重要保证。对于任何地区的管道仅就承受内压而言，应是安全可靠的。如果存在有可能造成管道损伤的不安全因素，就需采取一定的措施以保证管道的安全。欧美国家输气管道设计采取的主要的安全措施，是随着公共活动的增加而降低管道应力水平，即增加管道壁厚，以强度确保管道自身的安全，从而对管道周围建筑物提供安全保证。这种“公共活动”的定量方法就是确定地区等级，并使管道设计与相应的设计系数相结合。美国OPSR统计资料表明，处在三、四级地区的商业区、工业区、住宅区的管道外力事故是很低的。在这些地区主要采取降低管道应力的方法增加安全度。按不同的地区等级，采用不同的设计系数(F)来保证管道周围建构筑物的安全。显然这种做法比采取安全距离适应性强，线路选择比较灵活，也较经济合理。 第三，强度设计系数(F)。管道安全性的判断是许用应力值，使用条件不同其值亦异。即使在同样条件下，根据各国国情，其值亦有所不同。美国国家标准ASME B31．8按管道使用条件对许用应力值有详细的规定，该标准1992年以前规定的 许用应力值在0.4σ s ~0.72σ s 之间。其最大许用应力值（0.72σ s ）与其他用途
测试缺陷等级定义
缺陷等级定义 目录 缺陷等级定义 (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.上线前最后一个版本配置管理出现问题
最新城市等级划分
根据经济、文化、教育、发展、工业等多方面的中国城市等级划分为：一线城市5个： 北京、上海、广州、深圳、天津 二线发达城市8个： 杭州（经济发达、副省级、强省省会） 南京（经济发达、副省级、强省省会） 济南（经济发达、副省级、强省省会） 重庆（直辖市，西部中心城市） 青岛（经济发达、计划单列市） 大连（经济发达、计划单列市） 宁波（经济发达、计划单列市） 厦门（经济发达、计划单列市） 二线中等城市15个： 成都（经济发展较好、区域中心、副省级省会）
武汉（经济发展较好、区域中心、副省级省会）哈尔滨（经济发展较好、区域中心、副省级省会）沈阳（经济发展较好、区域中心、副省级省会）西安（区域中心、副省级省会） 长春（区域中心、副省级省会） 长沙（经济发展较好、地级市省会） 福州（经济发展较好、地级市省会） 郑州（经济发展较好、地级市省会） 石家庄（经济发展较好、地级市省会） 苏州（经济强市、中国地级市经济最强市） 佛山（经济强市） 东莞（经济强市） 无锡（经济强市） 烟台（经济强市） 太原（经济强市、地级市省会） 二线发展较弱城市： 合肥（地级市省会） 南昌（地级市省会） 南宁（地级市省会） 昆明（地级市省会） 温州（重要的经济城市） 淄博（重要的工业城市） 唐山（河北经济强市） 三线城市： 乌鲁木齐（新疆自治区首府） 贵阳（贵州省会） 海口（海南省会） 兰州（甘肃省会） 银川（宁夏自治区首府） 西宁（青海省会） 呼和浩特（内蒙古首府） 泉州（福建经济第一强市） 包头（内蒙古第一大城市，经济第二强市） 南通（江苏经济强市） 大庆（黑龙江经济强市） 徐州（江苏经济强市） 潍坊（山东经济强市） 常州（江苏经济强市） 鄂尔多斯（内蒙古经济第一强市）
中国销售大区及城市级别的划分
中国销售大区及城市级别的划分 2014-05-21数据化管理数据化管理 按行政区域划分渠道是企业一种常规的做法，如图所示，是截止到2012年12月31日的中华人民共和国行政区域统计表。 这种行政区域的划分每年都会有些小的调整，如图6-7所示，是2010-2012年的行政区域统计，其中地级市、县级区、市辖区、县级市、县几乎每年都有变化。 同时民政部区划地名司还把全国分成了七大区（不含港澳台地区）：
华北地区：北京、天津、河北、山西、内蒙古 东北地区：辽宁、吉林、黑龙江 华东地区：上海、江苏、浙江、安徽、福建、江西、山东 华中地区：河南、湖北、湖南 华南地区：广东、广西、海南 西南地区：重庆、四川、贵州、云南、西藏 西北地区：陕西、甘肃、青海、宁夏、新疆 以上的分类更多是行政管理的一种分类方法，在我们实际以销售为导向的渠道管理过程中，大区分法会有些不同，常规会有四大区、六大区、八大区三种分法（不含港澳台地区），具体明细如图6-8所示。当然，不同行业、不同公司、不同业务阶段都会有略微不同的分法。
这三种销售区域分法的原则是区域间销售额和行政管理的一种平衡。 我们一般不对省级进行分级管理，不过会按级别对城市进行分类，分类标准一般会参考该城市的人口数，人均年收入、经济实力、社会零售品销售总额等因素。 特级城市：北京、上海、广州、深圳（这是传统的四个特级城市，不过随着成都在西部零售市场的崛起，有些零售公司或品牌商将成都替代了深圳）一线城市：南京、苏州、无锡、杭州、宁波、福州、厦门、长沙、武汉、天津、济南、青岛、大连、沈阳、哈尔滨、成都、重庆、西安 二线城市：珠海、佛山、泉州、东莞、南宁、海口、三亚、昆明、绵阳、贵阳、拉萨、石家庄、太原、包头、、呼和浩特、、烟台、长春、鞍山、南昌、郑州、合肥、乌鲁木齐、兰州、西宁、银川 三线城市：唐山、秦皇岛、邯郸、保定、廊坊、大同、阳泉、长治、临汾、抚顺、本溪、锦州、吉林、四平、齐齐哈尔、大庆、佳木斯、牡丹江、常熟、镇江、连云港、江阴、宜兴、昆山、湖州、丽水、萧山、瑞安、义乌、芜湖、蚌埠、马鞍山、安庆、莆田、漳州、石狮、景德镇、九江、鹰潭、东营、潍坊、泰安、威海、滨州、开封、洛阳、平顶山、十堰、宜昌、襄樊、株洲、湘潭、衡阳、邵阳、韶关、汕头、江门、茂名、中山、潮州、柳州、桂林、北海、自贡、攀枝花、乐山、宜宾、南充、曲靖、玉溪、保山、大理、遵义、铜川、宝鸡、咸阳、汉中四线城市：除上面城市之外的所有城市 乡镇市场：位于农村的乡镇，全国有40,446个乡级市场 目前我国的高线城市竞争都非常激烈，现在大家都将重心向下移，未来二三线城市将是竞争的主战场。 点击“原文链接”可以阅读本人的【零售店铺销售追踪预测分析模板】介绍。 阅读原文举报
中国城市等级划分标准
中国城市等级划分标准 何为中国城市等级？对400个城市进行了一线品牌进入密度、一线品牌进入数量、GDP、人均收入、211高校、跨国500强进入数量、大公司重点战略城市排名、机场吞吐量、大公司进入数量、使领馆数量、国际航线数量共10项指标的单项排名。 在这十个单项排名的基础上，又计算了每个城市的综合，具体计算方式为：（一线品牌进入密度名次一线品牌进入数量名次GDP名次年人均收入名次211高校数量名次）X0.2（大公司重点战略城市名次机场吞吐量名次外国领事馆数量名次国际航线数量名次）X0.8=城市综合商业指数。之后，我们对400个城市的综合商业指数从低到高进行排名，指数越低则排名越高，最后得出了400个城市的综合商业指数排名。 此前，中国的一级城市是成都、杭州、南京、武汉、天津、、重庆、青岛、、、大连、厦门、无锡、福州、济南。它们或为直辖市，拥有雄厚的经济基础和庞大的人群，以及可观的政治资源；或为对周边多个省份具有辐射能力，有雄厚的、深厚的文淀和便利的交通；或为东部经济发达地区的省会城市和，有良好的经济基础、便利的交通和独特的城市魅力。这些城市理所当然也是各大公司的战略要地。 2014年中国最新一二三四五六线城市划分（详细名单） 一线城市 5 个： 北京(全国政治、文化、教育中心) 上海(全国经济中心) 广州(经济发达，中国第三大城市) 深圳(经济发达、特区城市) 天津(重要经济大港) 二线发达城市 8 个： 杭州(经济发达、副省级、强省省会) 南京(经济发达、副省级、强省省会) 济南(经济发达、副省级、强省省会) 重庆(直辖市，西部中心城市) 青岛(经济发达、计划单列市) 大连(经济发达、计划单列市) 宁波(经济发达、计划单市) 厦门(经济发达、计划单列市) 二线中等发达城市 15 个： 成都(经济发展较好、区域中心、副省 级省会) 武汉(经济发展较好、区域中心、副省 级省会) 哈尔滨(经济发展较好、区域中心、副 省级省会) 沈阳(经济发展较好、区域中心、副省 级省会) 西安(区域中心、副省级省会) 长春(区域中心、副省级省会) 长沙(经济发展较好、地级市省会) 福州(经济发展较好、地级市省会) 郑州(经济发展较好、地级市省会) 石家庄(经济发展较好、地级市省会) 苏州(经济强市、中国地级市经济最强 市)佛山(经济强市) 东莞(经济强市) 无锡(经济强市) 烟台(经济强市) 太原(经济强市、地级市省会) 二线发展较弱城市： 合肥 (地级市省会) 南昌 (地级市省会) 南宁 (地级市省会） 昆明 (地级市省会) 温州 (重要的经济城市) 淄博 (重要的工业城市) 唐山（河北经济强市）
防爆区域等级的划分
防爆区域等级的划分 This manuscript was revised on November 28, 2020
一、防爆区域等级的划分 爆炸是物质从一种状态，经过物理或化学变化，突然变成另一种状态，并放出巨大能量。极速放出的能量，将使周围的物体遭受到猛烈的冲击和破坏。 爆炸必须具备三个条件：1）爆炸性物质：能与氧气（空气）发生反应并爆炸的物质，包括气体、液体和固体。（气体：氢气、乙炔、乙烷等；液体：酒精、汽油；固体：粉尘、纤维粉尘等）。 2）氧气：空气。3）点燃源：包括明火、电气火花、机械火花、静电火花、高温、化学反应、光能等。 爆炸危险场所的分类：按爆炸性物质的物态，分为气体爆炸危险场所和粉尘爆炸危险场所二类。 爆炸危险场所的分级：原则是按爆炸性物质出现的频率、持续时间和危险程度划分为不同危险等级的区域。 气体爆炸危险场所的区域等级 爆炸性气体、可燃蒸汽与空气混合形成爆炸性气体混合物的场所，按其危险程度的大小分三个区域等级。 0级区域（简称0区）：在正常情况下，爆炸性气体混合物连续地、短时间频繁地出现或长时间存在的场所。 1级区域（简称1区）：在正常情况下，爆炸性气体混合物有可能出现的场所。 2级区域（简称2区）：在正常情况下，爆炸性气体混合物不能出现，仅在不正常情况下偶尔短时间出现的场所。 注：正常情况是指设备的正常起动、停止、正常运行和维修。 不正常情况是指有可能发生设备故障或误操作。 粉尘爆炸危险场所的区域等级
爆炸性粉尘和可燃纤维与空气混合形成爆炸性混合物的场所，按其危险程度的大小分二个区域等级。 10级区域：在正常情况下，爆炸性粉尘或可燃纤维与空气的混合物，可能连续地、短时间频繁地出现或长时间存在的场所。（相当于国际标准的20区）11级区域：在正常情况下，爆炸性粉尘或可燃纤维与空气的混合物不能出现，仅在不正常情况下偶尔短时间出现的场所。（相当于国际标准的21、22区） 二、防爆仪表的规定 爆炸性气体环境用电气设备分为： I类：煤矿用电气设备 II类：工厂用电气设备 爆炸危险场所使用防爆电气设备，在运行过程中，必须具备不引燃周围爆炸性混合物的性能。满足要求的电气设备可制成隔爆型、增安型、本质安全型、正压型、充油型、充砂型、无火花型、胶封型、防爆特殊型和粉尘防爆型。 防爆电气设备最高表面温度 最高表面温度对于隔爆型是指外壳表面，对于其余防爆类型是指可能与爆炸性混合物接触的表面。 Ⅰ类电器设备在采取措施能防止煤粉堆积时，最高表面温度不得超过450℃，有煤粉沉积时，最高表面温度不得超过150℃ Ⅱ类电器设备最高表面温度规定如下：
软件缺陷相关的标准-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版本计划中的正式版本）中基本上都需要进行验证，以保证系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排是否进行测试。
缺陷等级划分
缺陷严重级别定义: 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）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现 功能，没有达到预期的效果。如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等
中国城市分类等级划分标准附具体城市分类表
中国城市分类等级划分标准附具体城市类别表 近日，全球知名房地产投资管理公司仲量联行发布《中国新兴城市50强》报告，把重庆等9个城市评为中国线城市，引起各方高度关注。 仲量联行将北京、上海、广州、深圳定位中国一线城市。传统的二三线城市，被仲量联行重新划分为4级：线城市，过渡型，即将向一线城市逼近；二线城市，增长型；三线城市，新兴型；三线城市，起步型。 在线城市中，包括重庆在内的9个城市上榜，排名前三的分别为成都、重庆、沈阳。其中西部只有成都和重庆。“一些沿海城市，特别是位于珠江三角洲的城市，由于正经历经济结构重组和产业链升
级，其发展速度有所下降。一线城市的增长动力似乎有所丧失，领跑地位的线城市正向它们迫近。”仲量联行阐述了线城市的概念。 报告列举了200多个指标，包括GDP（总值、增长率、人均值）、人均可支配收入、存款储蓄、社会消费品零售额、外商直接投资、固定资产投资和酒店办公楼数量等，通过综合测算得出结果。 仲量联行的报告频频提到重庆。关于经济增长速度：“全球GDP 增长最快的10个大型城市均在中国新兴城市50强之列。重庆排名第一，是全球增长最快的大型城市。” 关于城市发展转型：“重庆已逐步从内陆制造基地向外向型经济体转变，其2011年出口增长率达到160%，远超过其它线城市。”关于经济活跃度：“重庆零售市场领跑全国第二梯队，仅次于杭州、成都和沈阳。众多奢侈品纷纷到重庆试水，争夺重庆市场。” 新兴城市50强新兴城市 ■北京、上海、广州、深圳【公认一线城市】 ■线城市（过渡型）：成都、重庆、沈阳、杭州、天津、大连、武汉、苏州、南京。 ■二线城市（增长型）：青岛、厦门、西安、宁波、长沙、合肥、郑州、无锡、东莞、济南。 ■三线城市（新兴型）：福州、昆明、长春、哈尔滨、佛山、石家庄、南宁、常州、南昌、呼和浩特、温州、烟台、南通。 ■三线城市（起步型）：珠海、贵阳、太原、乌鲁木齐、绍兴、中山、嘉兴、唐山、徐州、金华、泉州、洛阳、兰州、海口、吉林、
产品缺陷定义、判定管理
产品缺陷定义、判定管理文件编号：KQ/QP07-02-2012 文件版本：A/0 制订日期：2012/10/20 制订单位：技术部 受控印位：
目录 1、第一章产品缺陷的等级和判定基准（AQL）-------------------------1-5 2、第二章产品缺陷分类-----------------------------------------------------6-9
第一章产品缺陷的等级和判定基准（AQL） 为了尽早的发现问题，最大限度的减少损失，要求每一位作业人员要进行自主检验，下面讲述行业中对一些缺陷的通用等级判定标准。在碰到一些问题时能够触类旁通，迅速的作出准确的判定，以节省时间和减少不必要的浪费。 一．首先明确什么叫检验（检查）：是用目视测量、试验、测定或其它方法将需检验的产品的特征值与标准值对比的一个过程。符合标准的即为合格品，反之，不符合标准的即为不合格品。不符合处有可能是一处也可能是多处，但只要有一个该产品就为不合格品。 二．缺陷的分类 将缺陷和含有该缺陷的不合格品分为三个等级： 1．极严重缺陷（或称致命缺陷）、极严重不合格品。与安全有关的缺陷如突出的锐角、漏电、有毒等危及人体安全与健康的均属此类。 2．严重缺陷、严重不合格品：与安全无关而与功能有关的缺陷、不合格品。如产品厚度不够、功能不健全影响使用但不危及人体安全及健康。 3．轻微缺陷、轻微不合格品：不影响使用只影响美观性的缺陷如刮伤、色差甚至缺料但不是关键部位不影响组装、功能都均属于轻微缺陷。 三、抽样检验 抽样检验分为计量检验和计数检验两种。在下列情况下一般用抽样检验： 1.需用破坏性手段去检验的,如检验产品的使用寿命,产品内部尺寸无法用检具直接测量的 2.数量较多,时间上不允许的.在品管或客户只检验了一部分产品,发现了一至二个不合格品,就要整批判退. 抽样检验是依据目前国际通行的GB/T2828.1-2003部分为依据.该抽样标准较为复杂,我司主要采用其中的普通单次抽样标准,另外还有普通多次、加严、放宽、减量等各种抽样方案,视质量水平
BUG等级划分标准
BUG等级划分方法 一、测试 BUG等级划分标准 1、Blocker （崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致 数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。 2、 Critical （严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失， 一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。 如：软件中数据保存后数据库中显示错误，用 户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。 3、 Major （一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响 系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错 误，删除没有确认框、数据库表中字段过多等 ( 该问题实际测试中存在最多，合理安排解决 BUG，解决率关系版本的优化程度 ) 4、 Minor （次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化 性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正 确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理） 二、BUG状态标准 1、待处理（ new）：测试人员或用户发现新问题后提交的状态 2、已确认（ open）：经测试人员及研发人员讨论后确认是BUG，提交的状态， 由测试人员来设置。 3、已处理（fixed ）：经研发人员确认是BUG后修复的状态，修改还没有验证， 由开发人员来设置。 4、已修改（ closed ）：测试人员认为问题已经修改，通过验证，由测试人员 设置。 5、仍存在（ reopened）：测试人员认为BUG未修复成功，问题仍然存在，由 测试人员设置。 6、不是问题（ reject ）：研发人员确认不是BUG，或者建议与意见决定不采 纳。 7、暂不处理（ hold ）：当前版本不做修改，后续版本再考虑，由研发人员或测试人 员设置。 三、BUG处理流程
缺陷等级划分规定
缺陷等级划分规定 １．缺陷等级划分规范 １．１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等级划分方法 一、四级的划分方式： 1.BUG等级划分建议： 目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。 ● 致命(可对应目前BUG体系中的“非常严重”)： 致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 具体基本上可分为： ○严重花屏 ○内存泄漏 ○用户数据丢失或破坏 ○系统崩溃/死机/冻结 ○模块无法启动或异常退出 ○严重的数值计算错误 ○功能设计与需求严重不符 ○其它导致无法测试的错误 ● 严重(可对应目前BUG体系中的“严重”) 严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。 具体基本上可分为： ○功能未实现 ○功能错误
○系统刷新错误 ○语音或数据通讯错误 ○轻微的数值计算错误 ○系统所提供的功能或服务受明显的影响 ● 一般(可对应于目前BUG体系中的“普通”) 一般性问题主要为：界面、性能缺陷 具体基本上可分为： ○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误 ○提示信息错误(包括未给出信息、信息提示错误等) ○长时间操作无进度提示 ○系统未优化(性能问题) ○光标跳转设置不好，鼠标(光标)定位错误 ● 提示(可对应于目前BUG体系中的“轻微及建议”) 提示性问题主要为：易用性及建议性问题 具体基本上可分为： ○ 界面格式等不规范 ○ 辅助说明描述不清楚 ○ 操作时未给用户提示 ○ 可输入区域和只读区域没有明显的区分标志 ○ 个别不影响产品理解的错别字
2017年危险区域等级划分及作业审批管理制度
5.55危险区域等级划分及作业审批管理制度 1 目的 依照《化学品生产单位特殊作业安全规范》等有关规范作业要求，严格落实公司“严格规章、现场核实，保护到位，作业监护”的安全方针，加强危险区域安全责任管理，保障员工的生命和财产安全，根据公司高温腐蚀、易燃易爆、有毒有害、受限空间等场所危险特性和防火重要程度，公司将危险区域划分为特级、一级、二级、三级区域进行分级管理，特制定危险区域分级管理及危险作业审批流程和加班作业管理制度 2 适用范围 适用于公司范围内所有作业人员及外协施工作业管理。 3 职责 3.1 公司各部门应对自己所辖区域施工作业安全负责。 3.2 施工作业相关人员应了解该作业区域的风险特性、防范处置措施、现场负责人必须对整个作业过程负责。 3.3生产装备技术部对施工作业按程序进行安全审批，项目负责人员应对施工方进行安全技术交底，告知其安全风源因素，对从业人员的安全规范作业进行有效监督管理。 3.4安全管理部负责对施工作业进行安全审批，安全技术交底，对施工作业人员的安全规范作业进行有效监督管理 3.2 生产装备技术部项目人员、安全管理部安全管理人员负责所辖区施工作业的监控管理。 4 控制程序 4.1正常生产操作外，凡在生产区域进行特殊受限作业都应严格执行相关作业许可证审批规定。 4.2 相关部门和外协施工单位应对生产区域内作业人员、及相关施工作业状况实行有效监督，对其人员的行为和设施负责，确保各项工作符合安全要求。 4.3 生产区域的作业人员应按规定配备、穿戴好相应的劳动防护用品，并在指定的区域内工作。 4.4 进入生产区域人员作业前应清楚各种标识所表示的含义，施工、作业前应对各
缺陷等级分类
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.输入输出不规范
全国各区域经济区的等级分类及其点评
全国各区域经济区的等级分类及其点评 目前全国获批的区域经济区越来越多，已经达到了让人眼花缭乱的地步，几乎每个省都在说拥有自己的“特区”，然而现在面临的另外一个问题是很多所谓的“特区”已经不“特”了，下面我从我自己了解和查到的情况来把全国的获批及即将获批的区域经济区的等级分下类，并且适当地排下名次，也让大家知道现在我们的“特区”处于什么样的地位，有什么样的政策。 第一梯队：国家级新区 1.天津滨海新区（规划面积2270平方公里，2008年常住人口202万人。2008年3月17日，<滨海新区综合配套改革试验方案>获得了国务院的正式批复。在金融企业、金融业务、金融市场和金融开放等方面的重大改革，原则上可安排在天津滨海新区先行先试。本着科学、审慎、风险可控的原则，可在产业投资基金、创业风险投资、金融业综合经营、多种所有制金融企业、外汇管理政策、离岸金融业务等方面进行改革试验。在有利于土地节约利用和提高土地利用效率的前提下，优化土地利用结构，创新土地管理方式，加大土地管理改革力度。开展农村集体建设用地流转及土地收益分配、增强ZF对土地供应调控能力等方面的改革试验。 2.上海浦东新区（占地面积520平方公里[另外一种资料上写的是面积约为1700平方公里，可能是包括南汇区的]，人口268.60万，2005年6月21日，国务院批准上海浦东新区进行综合配套改革试点。给予的支持政策是在制度创新方面先行先试的优先权。2009年8月12日，批复在外高桥保税区建立上海外高桥国际贸易示范区，并明确
做大做强国际贸易，成为国家和上海有关政策的先行先试区域，今年外高桥将在外汇管理政策方面先行先试，推进跨国公司外汇收付汇结算集中管理，开展国际贸易人民币结算试点，探索开展离岸金融、以保税仓单质押为主的物流银行和航运保险等业务 点评：浦东新区是国家批准的第一个国家级新区，之所以我把滨海新区放在第一位是因为就目前来看，滨海新区得到的政策比浦东的还强一些，滨海新区最大的优势就是金融先行，积极申请OTC市场的城市不在少数,深圳、北京、上海、重庆等地都递交了相关申请,竞争非常激烈，而OTC市场落户滨海新区也就说明了中央对滨海新区的重视程度是最大的，滨海新区的发展潜力也是有目共睹的，目前全国经济增长的两面旗帜就是天津和鄂尔多斯，自从北京改变自身定位，把北方经济中心让给天津后，天津就迎来了建国后史上最大的发展机遇。环渤海经济圈将很可能会走在长三角和珠三角的前面。虽然天津曾经因为毗邻北京而在某些方面发展受限，但现在它已经摆脱了曾经的束缚，可以预见的是天津在未来5到10年都将引领全国的发展速度。 而上海浦东新区得到的是制度创新先行先试和国家贸易先行先试权，可以说它排名第二毫无疑问。自从浦东新区向国家要的不是具体的经济奖励而是先行先试权后，全国各地都在往这个方向努力，浦东新区的成功也为其他地区做出了示范作用和引发其他地区的跟进。而其他土地，行政改革先行在这两个新区都只能算是附带的先行权，就不一一叙述了。 第二梯队：国家级新区 3.横琴新区（横琴新区主要包括面积达106.46平方公里的横琴
Bug等级分类定义
不能完全满足系统要求，系统停止运行，系统的重要功能无法运行，系统崩溃或者挂起等导致系统不能继续运行。 修改优先级为最高，该级别问题需要立即修改。 1、系统崩溃； 2、导致程序重启、死机或者非法退出； 3、关键功能不能实现使得后续工作无法进行； 4、死循环； 5、数据丢失或异常。 高级问题： 严重的影响系统要求或基本功能的实现，且没有更正方法（重新安装或重新启动该软件不属于更正方法）。使系统不稳定、或破坏数据、或产生错误结果、或部分功能无法执行，而且常规操作中经常发生或非常规操作中不可避免的主要问题，系统无法满足主要的业务要求，性能、功能或可用性严重降低。 修改优先级为高，该级别需要程序员尽快修改。 1、功能不符合需求、实现不正确； 2、数据计算错误； 3、程序接口错误； 4、误操作迫使程序中断或者报错。 中级问题： 系统可以满足业务要求，系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。 修改优先级为中，该级别需要程序员修改。 1、数据长度不一致； 2、内容或格式错误； 3、响应速度较慢； 4、提示不正确但输出结果正确； 5、操作界面错误（包括数据窗口内列名定义、含义是否一致）； 6、简单的输入限制未放在前台进行控制； 7、虽然正确性不受影响，但系统性能和响应时间受到影响。
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方面等需要完善的小问题。 修改优先级为低，该级别需要程序员修改或不修改。 1、界面不规范； 2、辅助说明描述不清楚； 3、输入输出不规范； 4、长时间的操作未给用户提示； 5、提示用语不规范； 6、可输入区域和只读区域没有明显的区分标志； 7、必填项与非必填项没有加以区别； 8、界面不能及时刷新，影响功能实现； 9、功能模块名称、标题等不一致； 10、界面、网页、图片出现错别字。 建议优化： 希望提出的建议进行但不强制进行的修改。不会给发布的准确性或可用性带来任何严重影响。 修改优先级为低，该级别需要程序员修改或不修改。 1、各种提示框信息使用不统一； 2、界面显示或描述建议； 3、光标跳转设置不好，光标定位错误； 4、其他建议性问题。