bug缺陷等级划分

引言

编写的目的

为了规范测试等级的评定标准，使软件测试规范化、标准化、统一开发人员和测试人员对bug等级评定的认知标准，特拟定《软件测试bug等级评定规范》

预期读者

本文档预期读者为经理、开发人员、测试人员，以便能尽快熟悉bug等级评定标准，属于公司内部文档

使用范围

本文档试用于公司各个软件系统的文档测试、功能测试、安全性测试、性能测试等

评定规范bug等级标准

依据产生错误对客户使用造成的后果严重性将抽测出的问题按五个等级划分，即（A类、B 类、C类、D类、E类）

分级方法及简要说明

A类：致命缺陷

1、数据库发生死锁，致使用户无法登录系统或已登录用户无法运行正常的操作；

（例：IE浏览器无响应、IE浏览器自动关闭）

2、死循环，导致程序无法运行

3、由于程序所引起的系统无法启动、死机、蓝屏、非法退出

4、在数据或安全方面存在重大问题，导致软件不具可用性，或核心功能项无法使用；

5、由于设计的缺陷，导致软件使用过程中出现内存不足、死机、重启、系统崩溃或软件使

用过程中存在较明显的障碍，局部功能错误等；

B类：严重缺陷（严重错误）

1、数据操作未对数据生效；生效后影响其他正常数据（数据冗余）；出现错误或没有对事

物进行回滚；数据计算、数据约束、数据输入、数据输出错误、数据丢失；

（例：边界值、特殊字符、数据乱码、数据库表中有过多的空字段）

2、程序设计中未考虑到安全问题，正式上线后将造成系统、数据安全隐患；

（例：1、输入url可以查看到系统根目录；2、地址存在跨站点脚本编制的安全隐患；3、存在sql注入造成的安全隐患；4、系统存在重复用户登录；5、存在Xpath注入的安全隐患；6、信息泄露；7、系统未实现session验证功能）

3、功能错误、功能输入非预期结果、功能遗漏、功能冗余、系统功能没有满足需求说明书

的要求；

4、页面没有刷新功能

5、页面出现500、400、404等错误或页面抛出异常

（例：页面显示sql语句异常）

6、连接页面错误；（例：页面跳转错误、死连接）

7、流程上的逻辑错误

（例：流程控制不符合要求；流程实现不完整）

8、系统运行速度缓慢；

（例：根据2-8原则，运行速度缓慢，等待时间过长）；

9、查询错误，规定的查询条件不能得到预期结果，开始日期晚于结束日期可查询

10、页面出现脚本错误提示信息，影响正常功能实现

11、排序错误，按照排序条件后没有得到预期的结果；

12、附近上传、下载内容及名称不一致

13、页面改变字体大小功能没有实现

14、图片显示错误、按钮

缺陷等级划分

缺陷严重级别定义: 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：软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。

技术人才梯队建设与人员等级划分

【引言】随着企业的快速发展，当企业业务规模进入一定瓶颈的时候，仅仅进行营销渠道的优化与变革，而忽略技术人员等级划分与技术人才梯队建设，已经不能解决企业发展中的矛盾。此时，针对企业的问题，在改变企业组织构架的同时，增强相应的技术团队力量，进行技术人员等级划分与技术人才梯队建设就势在必行。进行技术人员等级划分与技术人才梯队建设，从技术人员引进与配备，培养与储备方面下功夫，可以使企业在战略转型中不断的突破，获得持久发展的原动力。由此可见，对技术人员进行等级划分，实施梯队建设是企业突破业绩规模增长瓶颈，实现企业发展战略“质”的飞跃的必然选择。本文是人力资源专家——华恒智信为某系统化集成企业进行技术人员等级划分的项目纪实。【客户行业】：系统化集成企业【问题类型】：技术人才梯队建设【客户背景及现状问题】 M系统集成有限公司成立于2003年，是一家以通信行业为开端，并致力于信息领域多元化发展的高新技术企业。健全的营销网络和完善的服务体系为公司创下连续七年稳步提升、迅猛发展的骄人业绩，目前公司已是全国业内知名度较高的企业之一。该公司经过几年来的稳步发展，目前已在北京、上海、深圳、广州、成都、南京、杭州、西安、沈阳、武汉等地设有十多家子公司，现有员工1500余人，营销及服务网络遍及全国。该公司的组织结构图如下所示：

目前，M系统集成有限公司已经成功进入5亿俱乐部，但是5亿的销售规模成为公司一个很难跨越的砍，M公司借助于改变营销渠道的制约突破业绩发展的天花板的逻辑是很朴素的，华恒智信专家团队也为其提出了建立客户分级信息化平台的解决方案，M系统化集成有限公司采纳了我们的意见，并期望我们在客户分级信息化平台搭建后，进一步完善其技术团队组织建设与分工。于是，华恒智信专家团队对该公司的技术人员构成、技术梯队建设及组织分工模式进行了梳理，对该公司的技术团队有了初步的了解。 1.技术团队没有实现合理的组织分工为了适应公司规模化发展对技术人才的需求，公司扩建了技术团队，但是技术团队成员的管理仍然非常混乱，还没有建立起有效的组织分工模式。大量的技术支持人员成为了前线业务人员的“救火队员”，随时等待前线业务人员的呼救。但是，技术人员的能力层次不齐，专长也各不相同，这种临时的组织分工，有时会让并不擅长的技术人员“赶鸭子上架”，最终难以圆满地完成对业务人员的技术支持。没有合理组织分工的技术支持团队，将无法有效地发挥其技术支持的作用。 2.技术团队“梯队化”建设迫在眉睫许多进入该公司的技术人员是刚刚毕业的学生，经过一段时间的工作与成长后，技术和阅历已经相对成熟，但是该企业没有对技术人员的能力和经验进行等级划分，对所有的技术人员一视同仁的管理方式，让许多技术人员认为“混混就行，反正也没有任何的职称评定与职位差别”，也让许多有能力与经验的技术人员感受不到晋升与职业发展的希望而纷纷离开。造成这种现象的根本原因在于——技术团队没有能力等级的划分，没有形成技术人才的梯队序列，最终导致该公司也没有构建有效激励员工进步的职位晋升通道。技术人员工作积极性不高，核心技术人才严重流失也成为一种必然。【华恒智信解决方案】客户分级信息平台的搭建，有利于企业开发现有技术人员的潜力去应对不断增长的业务

测试缺陷等级定义

缺陷等级定义目录缺陷等级定义 (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.上线前最后一个版本配置管理出现问题

专业技术职称等级分类

欢迎阅读我国专业技术职称系列级别名称序号系列级别名称高级中级初级正高级副高级助理级员级 1 高级教师教授副教授讲师助教 2 自然科学研究研究员副研究员助理研究员研究实习员 3 社会科学研究研究员副研究员助理研究员研究实习员 4 卫生技术主任医师主任药师主任护师主任技师副主任医师副主任药师副主任护师副主任技师主治医师主管药师主管护师主管技师医师药师护师技师医士药士护士技士 5 农业技术研究员高级农艺师高级畜牧师高级兽医师农艺师畜牧师兽医师助理农艺师助理畜牧师助理兽医师技术员 6 工程技术高级工程师 (正高级) 高级工程师工程师助理工程师技术员 7 经济高级经济师经济师助理经济师经济员 8 会计审计高级会计师高级审计师会计师审计师助理会计师助理审计师会计员审计员 9 统计高级统计师统计师助理统计师统计员

10 中专教师高级讲师讲师助理讲师教员 11 技校教师高级讲师高级实习指导教师讲师一级实习指导教师助理讲师二级实习指导教师教员三级实习指导教师 12 中学教师中学高级教师中学一级教师中学二级教师中学三级教师 13 小学教师小学高级教师小学一级教师小学二级教师小学三级教师 14 档案研究馆员副研究馆员馆员助理馆员管理员 15 文物博物群众文化研究馆员副研究馆员馆员助理馆员管理员 16 图书资料研究馆员副研究馆员馆员助理馆员管理员 17 翻译译审副译审翻译助理翻译 18 律师一级律师二级律师三级律师四级律师律师助理 19 公证员一级公证员二级公证员三级公证员四级公证员公证员助理 20 新闻高级记者高级编辑主任记者主任编辑记者编辑助理记者助理编辑 21 播音播音指导主任播音员一级播音员二级播音员三级播音员 22 出版编审副编审编辑技术编辑一级校对助理编辑技术助理编辑二级校对技术设计员三级校对 23 体育教练国家级教练高级教练一级教练二级教练三级教练 24 船舶高级船长高级轮机长船长大副二副二管轮三副三管轮等

技术成熟度9个等级划分

技术成熟度9个等级划分技术成熟度水平1：遵守并报告了基本原则技术成熟度水平最低。科学研究开始转化为应用研究与开发（R＆D）。示例可能包括对技术基本特性的书面研究。辅助信息包括已发表的研究成果，这些研究成果确定了该技术的基本原理，并提及了谁，何时何地。技术成熟度水平2：制定技术概念和/或应用发明开始。一旦遵循了基本原理，就可以发明出实际应用。应用程序是推测性的，可能没有证据或详细的分析来支持这些假设。例子仅限于分析研究。支持信息包括概述正在考虑的应用程序并提供分析以支持该概念的出版物或其他参考。技术成熟度水平3：分析和实验关键功能和/或概念特征证明开始积极的研发。这包括分析研究和实验室研究，以物理验证该技术各个元素的分析预测。示例包括尚未集成或具有代表性的组件。支持信息包括为测量目标参数而进行的实验室测试结果，以及与关键子系统的分析预测进行比较的结果。提及执行这些测试和比较的人员，地点和时间。技术成熟度水平4：实验室环境中的组件和/或试验板验证将基本技术组件集成在一起，以确保它们可以一起工作。与最终系统相比，这是相对“低保真度”。示例包括在实验室中集成“临时”硬件。支持信息包括已考虑的系统概念以及测试实验室规模面包板的结果。并提及谁进行了这项工作以及何时进行。文档提供了面包板硬件和测试结果与预期系统目标的差异的估计。技术成熟度水平5：相关环境中的组件和/或试验板验证面包板技术的保真度大大提高。基本技术组件与合理可行的支持元素集成在一起，因此可以在模拟环境中进行测试。例子包括组件的“高保真”实验室集成。支持信息包括测试实验室面包板系统的结果，并在模拟操作环境中与其他支持元素集成在一起。“相关环境”与预期的运营环境有何不同测试结果与预期相比如何遇到什么问题（如果有）面包板系统是否经过精制以更接近预期的系统目标技术就绪级别6：相关环境中的系统/子系统模型或原型演示在相关环境中测试了远远超出TRL 5的代表性模型或原型系统。代表技术已证明已准备就绪的主要步骤。示例包括在高保真实验室环境或模拟操作环境中测试原型。支持信息包括在性能，重量和体积方面接近所需配置的原型系统的实验室测试结果。测试环境与操作环境有何不同谁进行测试测试与预期相比如何遇到什么问题（如果有）在进入下一个级别之前，解决问题的计划，选项或行动是什么技术成熟度水平7：在操作环境中的系统原型演示在计划的操作系统附近或附近的原型。通过要求在操作环境（例如，飞机，车辆或太空）中演示实际系统原型，代表了TRL 6的重大改进。支持信息包括在操作环境中测试原型系统的结果。谁进行测试测试与预期相比如何遇到什么问题（如果有）在进入下一个级别之前，解决问题的计划，选项或行动是什么

输电线路缺陷分类

附录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 导线在最大弧垂、最大风偏时与建筑物的最小安全距离

专业技术职称等级分类

专业技术职称等级分类 Prepared on 24 November 2020

我国专业技术职称系列级别名称

专业技术职称是指经国务院人事主管部门授权的部门、行业或中央企业、省级专业技术职称评审机构评审的工程系列专业技术职称。具有教学、研究系列职称的人员从事工程设计时，讲师、助理研究员可等同于工程系列的中级职称；副教授、副研究员可等同于工程系列的高级职称；教授、研究员可等同于工程系列的正高级职称。专业技术职称分类

说明：群众文化专业职务靠用图书馆、博物馆职务系列。法医技术人员职务靠用卫生技术职务系列。法医技术人员的职务名称相应定为：主任法医师、副主任法医师、主检法医师、法医师、法医士。审计专业人员靠用会计人员专业职务系列，各档次专业名称的简称为：高级审计师、审计师、助理审计师、审计员。计量检定技术人员的技术职务靠用工程技术职务系列。专利技术人员靠用自然科学研究人员职务系列。专利审查人员技术职务名称为：专利审查研究员、专利审查副研究员、专利审查助理研究员、专审查研究实习员；专利代理人员的技术职务名称为：专利代理研究员、专利代理副研究员、专利代理助理研究员、专利代理研究实习员。文学创作专业人员靠用艺术人员职务系列，采用编剧（含各类创作）类的名称和档次。文学创作专业人员的职务名称（创作等级）定为：文学创作一级，文学创作二级，文学创作三，文学创作四级。原《教练员专业技术职务试行条例》（职改字1986年49号）规定教练员的专业技术职务为助理教练、教练、主教练（后更改为高级教练）。根据关于印发《体育教练员职务等级标准》和《关于〈体育教练员职务等级标准〉若干问题的说明》的通知（人职发[1994]17号），现该试行条例现已废止。艺术系列增加电影放映专业。专业职务名称为：电影放映主任技师、电影放映技师、电影放映技术员。其档次分别与艺术系列二、三、四级舞台技术职务相对应。

缺陷等级划分

C类——一般性错误，包括： o界面错误(详细文档) o打印内容、格式错误 o简单的输入限制未放在前台进行控制 o删除操作未给出提示 D类——较小错误，包括： o辅助说明描述不清楚 o显示格式不规范 o长时间操作未给用户进度提示 o提示窗口文字未采用行业术语 o可输入区域和只读区域没有明显的区分标志 o系统处理未优化 E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种： 1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失 2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明 3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等

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处理流程

技术员与工程师的区别,职位的级别划分

A、职称认定条件符合下列条件之一者，可实行见习期满考核定职 1.获得博士学位，经考核合格，可认定为中级职称； 2.获得硕士学位，从事本专业技术工作三年，经考核合格，可认定为中级职称； 3.大学本科毕业，见习一年期满，经考核合格，可认定为助级职称； 4.大学专科毕业，见习一年期满，再从事本专业技术工作二年，经考核合格，可认定为助级职称； 5.中等专业学校毕业，见习一年期满，经考核合格，可认定为员级职称 B、职称申报条件一、符合下列条件之一者，可以申报助级职称 1.大学本科毕业（不含符合见习期满考核定职条件人员），从事本专业技术工作一年以上； 2.大学专科毕业（不含符合见习期满考核定职条件人员），从事本专业技术工作三年以上； 3.中等专业学校毕业，取得员级职称并从事员级技术职务工作四年以上； 4.符合相应系列职称评审条件中申报助级职称条件的人员。二、符合下列条件之一者，可以申报中级职称 1.大学本科毕业，取得助级职称并从事助级技术职务工作四年以上； 2.大学专科毕业，取得助级职称并从事助级技术职务工作四年以上； 3.符合相应系列职称评审条件中申报中级职称条件的人员。三、符合下列条件之一者，可以申报高级（副高）职称 1.获得博士学位，取得中级职称并从事中级技术职务工作二年以上； 2.获得硕士学位，取得中级职称并从事中级技术职务工作五年以上； 3.大学本科毕业，取得中级职称并从事中级技术职务工作五年以上； 4.符合相应系列职称评审条件中申报高级职称条件的人员。四、符合下列条件之一者，可以申报正高级职称 1.具有大学本科以上学历，取得副高级职称并从事副高级技术职务工作五年以上； 2.符合相应系列职称评审条件中申报正高级职称条件的人员。 C、职称级别的划分调工资时，才能反映出该级别，如比中级（工程师）一档、中级（工程师）二档．．．．．．

国家通用专业技术岗位等级分类标准1

国家通用专业技术岗位等级一、科技岗位岗位国家通用专业技术岗位等级岗位等级自然科学研究系列工程技术系列正高级专业技术岗位一级研究员一级正高级工程师一级二级研究员二级正高级工程师二级三级研究员三级正高级工程师三级四级研究员四级正高级工程师四级副高级专业技术岗位五级副研究员一级高级工程师一级六级副研究员二级高级工程师二级七级副研究员三级高级工程师三级中级专业技术岗位八级助理研究员一级工程师一级九级助理研究员二级工程师二级十级助理研究员三级工程师三级初级专业技术岗位十一级研究实习员一级助理工程师一级十二级研究实习员二级助理工程师二级员级专业技术岗位十三级技术员

二、支撑岗位 1．专业技术系列岗位岗位国家通用专业技术岗位等级岗位等级工程技术系列实验技术系列图书资料和出版系列正高级专业技术岗位三级正高级工程师三级研究馆员（编审）三级四级正高级工程师四级研究馆员（编审）四级副高级专业技术岗位五级高级工程师一级高级实验师一级副研究馆员（副编审）一级六级高级工程师二级高级实验师二级副研究馆员（副编审）二级七级高级工程师三级高级实验师三级副研究馆员（副编审）三级中级专业技术岗位八级工程师一级实验师一级馆员（编辑、技术编辑、一级校对）一级九级工程师二级实验师二级馆员（编辑、技术编辑、一级校对）二级十级工程师三级实验师三级馆员（编辑、技术编辑、一级校对）三级初级专业技术岗位十一级助理工程师一级助理实验师一级助理馆员（助理编辑、助理技术编辑、二级校对）一级十二级助理工程师二级助理实验师二级助理馆员（助理编辑、助理技术编辑、二级校对）二级员级专业技术岗位十三级技术员实验员管理员（技术设计员、三级校对） 2．工勤技能系列岗位岗位等级国家通用工勤技能岗位等级高级技师技术工一级技师技术工二级高级工技术工三级中级工技术工四级初级工技术工五级普通工

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、其他建议性问题。

缺陷等级划分规定

缺陷等级划分规定１．缺陷等级划分规范１．１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):一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。具体等级划分参照表如下:

技术等级制度

技术等级制度第一章总则第一条目的为调动员工工作积极性，激励员工持续不断地丰富知识结构、提高专业技能、磨练职业品质，进一步完善员工的培训开发、技能评定等机制，规划各系列员工的职业生涯发展，逐步建立起素质高、能力强、结构合理的员工队伍，特编制本制度。第二条实施技术等级管理的目标 1、建立各岗位专业技术等级，引导与激励员工不断提高专业技术能力。 2、建立人才标准与人才管理机制，为判断员工是否胜任工作提供科学的工具，加速员工成长，为组织发展培养人才。 3、培育自我学习、终生学习、不断成长的文化氛围，提升培训和自我学习的目的性、有效性，保证组织的持续发展。 4、为人才选拔与培养、晋升、薪酬管理等人力资源管理工作提供重要依据。第三条开展技术等级管理的基本原则 1、前瞻牵引原则技术等级标准的建立，应当体现对员工专业技术成长的牵引，对员工自身成

长起到推动促进作用，充分体现企业和行业技术进步状况；对员工技术等级的认定主要依据本人实际完成的工作成果及个人的拓展性知识技能，以此激励员工不断创造优异的工作业绩。 2、动态管理原则员工技术等级“能上能下”，实行动态管理。对于不能达到/保持相应技术等级标准的，将采取自动降级的处理办法。最大限度地防止出现“高等级”员工不思进取现象。 3、客观公正原则技术等级标准公开，评定时强调以工作实绩和各项考核数据为依据；评定程序公开，员工有权对评定结果提出异议，防止评定过程主观臆断和个人感情色彩。第四条适用范围本制度适用于肥西农商行总行高管以下的全体员工（不含工勤人员）。第二章组织机构与职责第五条员工职业发展管理委员会（以下简称“委员会”）和员工职业发展考评专业组（以下简称“考评组”），共同行使技术等级管理相关职责，日常工作的归口管理在人力资源部。第六条委员会的职责与人员组成如下：

BUG分类标准和考核办法

内蒙古华腾科技BUG分类标准和考核办法 V0.1 2010年7月

一、背景随着公司不断得发展壮大，原来小作坊式的软件开发模式也经历着转变，产品质量亟待加强。公司已做出了规划，明确了测试岗位和职责。为了更好的落实测试岗位的职责，规范测试结果的管理和考核，提升公司产品质量，特制定测试BUG分类标准和考核办法，使得公司对研发测试结果有个明确的评估。二、BUG分类标准测试BUG按照严重等级分为严重、普通、轻微、优化四类，按照BUG类别分为功能、界面、数据处理、流程、优化建议、性能、常识七类，对应各种BUG情形如下：（1）严重BUG情形：（1）由于程序造成系统崩溃、自身程序崩溃、网络中断、系统内存或文件资源耗尽、破坏或丢失数据库数据（2）功能类：需求功能未达到或与需求功能明显不一致的（3）数据类：数据处理造成后台数据冲突或不一致的（4）数据类：程序运行过程中出现数据丢失的或后台数据乱码的（5）流程类：分支流程不完整或相悖造成分支流程处理错误的；无限循环类的

（6）性能类：造成数据库连接资源耗尽的（非大并发量下的情形）（2）普通BUG情形：（1）功能类：查看、查询、分页、排序显示数据不正常的（2）界面类：页面编译错误、JavaScript错误、跳转错误、出现javaException页面（3）界面类：页面超时未响应、数据显示不完整或错位、页面未鉴权、页面显示乱码（4）界面类：输入校验不完整及造成的数据处理错误、页面操作提示信息与实际不符（5）性能类：处理大数据量出现程序错误的（6）常识类：明显违背正常习俗习惯的（3）轻微BUG情形：（1）功能类：重复或多余的功能，操作不直观、易用性不够（2）界面类：界面排版混乱、控件排列和格式不统一、焦点控制不合理、页面文字和提示信息表达不清晰、不完整或错别字的（4）优化BUG情形：凡以上未提及的不影响正常使用的情形。

技术成熟度9个等级划分

技术成熟度9个等级划分-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

缺陷等级的划分

BUG等级划分方法一、四级的划分方式： 1.BUG等级划分建议：目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。 ● 致命(可对应目前BUG体系中的“非常严重”)：致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。具体基本上可分为： ○严重花屏 ○内存泄漏 ○用户数据丢失或破坏 ○系统崩溃/死机/冻结 ○模块无法启动或异常退出 ○严重的数值计算错误 ○功能设计与需求严重不符 ○其它导致无法测试的错误 ● 严重(可对应目前BUG体系中的“严重”) 严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。具体基本上可分为： ○功能未实现 ○功能错误

○系统刷新错误 ○语音或数据通讯错误 ○轻微的数值计算错误 ○系统所提供的功能或服务受明显的影响 ● 一般(可对应于目前BUG体系中的“普通”) 一般性问题主要为：界面、性能缺陷具体基本上可分为： ○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误 ○提示信息错误(包括未给出信息、信息提示错误等) ○长时间操作无进度提示 ○系统未优化(性能问题) ○光标跳转设置不好，鼠标(光标)定位错误 ● 提示(可对应于目前BUG体系中的“轻微及建议”) 提示性问题主要为：易用性及建议性问题具体基本上可分为： ○ 界面格式等不规范 ○ 辅助说明描述不清楚 ○ 操作时未给用户提示 ○ 可输入区域和只读区域没有明显的区分标志 ○ 个别不影响产品理解的错别字

缺陷等级分类

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.1.系统测试准入标准（1）开发人员编码结束，并已完成单元测试；（2）需求说明书规定的功能或该阶段版本提交的功能均已实现；（3）被测系统的基本流程可以走通，界面上的功能均实现，符合设计文档规定的功能；（4）开发人员提交被测系统的最新版本，安装测试通过；（5）开发人员向测试负责人提交测试申请。 1.2.系统测试暂停、停止标准（1）被测系统在进行功能测试时，发现程序存在重大bug（1级bug超过2个）或bug过多时（2级bug超过4个），测试工作无常进行，可以暂停测试返回开发；（2）被测项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据；（3）存在其他优先级更高的任务时，可向领导申请暂停测试；（4）被测项目在其开发生命周期出现重大估算、进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据归档；（5）被测系统经过系统测试，达到系统测试准出标准，可以停止测试。 1.3.系统测试恢复标准（1）重大bug被解决或程序通过重新修正；（2）优先级更高的任务已经被完成；（3）软件项目被调整后重新启动，测试任务应随之启动。 1.4.系统测试准出标准 1.5.系统回归测试准出标准

1.6.UAT验证回归测试准出标准 1.7.UAT验收测试准出标准 1.8.上线回归测试准出标准

一、系统错误类型本文只定义系统测试错误，定义以下五个级别测试错误类型。一级：严重错误，包括以下各种错误： 1．由于程序所引起的死机,非法退出 2．死循环 3．数据库发生死锁 4．因错误操作导致的程序中断 5．功能错误（业务逻辑错误、流程控制错误） 6．与数据库连接错误 7．数据通讯错误 8．404，500等浏览器报错二级：较严重错误，包括以下各种错误： 1．程序错误 2．程序执行界面未有反应 3．程序接口错误 4．数据库的表、业务规则、缺省值未加完整性等约束条件三级：一般性错误，包括以下各种错误： 1．操作界面错误（包括数据窗口列名定义、含义是否一致） 2．打印容、格式错误 3．简单的输入限制未放在前台进行控制 4．删除操作未给出提示 5．数据库表中有过多的空字段四级：较小错误，包括以下各种错误：