bug定义与分类
Bug的级别定义、bug的提交流程都是一个公司的相关要求。
一般来讲bug报告中，按照bug类型分、bug级别分、bug重现能力分
Bug状态
一、bug类型分
一般会分为功能性bug、界面bug、兼容性等等的bug
1、为什么会这么做呢？
因为在做bug汇总和评估的时候会根据这些分类，把bug都汇总起来
当然与我们相关的似乎就是绩效考核。（别的作用我想不到了）
二、bug严重级别分
分出以下bug级别，并在网上找到了相应的描述。做参考
（1）致命错误
致命错误通常有如下情况：
1、需求书中的重要功能未实现；
2、造成系统崩溃、死机,并且不能通过其它方法实现功能；
3、常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其它方法实现功能的。
（2）严重错误
严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，
1、重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丢失或破坏等错误；
2、重要功能不能按正常操作实现，但可通过其它方法可实现；
3、错误的波及面广，影响到其它重要功能正常实现；
4、密码明文显示；
5、C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。
（3）一般错误
程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，
1、次要功能不能正常实现；
2、操作界面错误（包括数据窗口内列名定义、含义不一致）；
3、打印内容、格式错误；
4、查询错误，数据错误显示；
5、简单的输入限制未放在前台进行控制；
6、删除操作未给出提示；
7、数据库表中有过多的空字段；
8、因错误操作迫使程序中断；
9、找不到规律的时好时坏；
10、数据库的表、业务规则、缺省值未加完整性等约束条件；
11、经过一段时间运行后，系统性能或响应时间会变慢；
12、重要资料，如密码未加密存放（包括配置文件中的密码），或其它存在安全性隐患的；
13、硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）；
14、系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术或第三方组件造成不能使用自动化测试工具进行测试的。
（4）细微错误
程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，
1、界面不规范；
2、辅助说明描述不清楚；
3、输入输出不规范；
4、长操作未给用户提示（或长操作结束后提示没有消失）；
5、提示窗口文字未采用行业术语；
6、可输入区域和只读区域没有明显的区分标志；
7、界面存在文字错误；
8、在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的；( 如用户名第一位用数字或特殊字符)
（5）改进建议
可以提高产品质量的建议，包括新需求和对需求的改进。
模板二
三、bug重现情况分
一般都分为：必显、偶尔、不可见、比例呈现
对于比例呈现，一般会在bug描述中说我操作几次，出现了几次。大致写一个概率。如果实在不好定位，就打出log文件进行分类说明。
以下的bug提交流程，每个公司有不一样的提交流程。
规章制度的概念及种类
规章制度的概念及种类 Prepared on 24 November 2020
第五章规章制度一、什么是规章制度 ㈠规章制度的概念及其作用 规章制度是国家机关、社会团体、企事业单位，为了维护正常的工作、劳动、学习、生活的秩序，保证国家各项政策的顺利执行和各项工作的正常开展，依照法律、法令、政策而制订的具有法规性或指导性与约束力的应用文，是各种行政法规、章程、制度、公约的总称。 规章制度的使用范围极其广泛，大至国家机关、社会团体、各行业、各系统，小至单位、部门、班组。它是国家法律、法令、政策的具体化，是人们行动的准则和依据，因此，规章制度对社会经济、科学技术、文化教育事业的发展，对社会公共秩序的维护，有着十分重要的作用。 ㈡规章制度的特点： ⒈约束性。规章制度明确规定了应该做什么，不应该做什么。它是人们的行为准则，一经生效，有关单位或个人就必须严格遵守或遵照执行。如果违反有关条款，就要受到相应的处罚。 ⒉权威性。规章制度的权威性来源于机关单位的权威性。规章制度的作者是法定的，即依法能以自己的名义行使权利与承担义务的组织。规章制度是这些法定作者根据自己的职责和权限制订，是本级机关权力意志的反映。 ⒊稳定性。规章制度既然是人们的行为准则，就不宜经常变动和修改，应具有相对稳定性。因此，不能将脱离实际的条文，属于临时性的、个别性的问题，
暂还没有条件实行的问题引入规章制度。但并不是说规章制度是一成不变的，在条件成熟的时候或环境发生了变化，我们应及时修改并完善它。 二、规章制度的种类 规章制度包括行政法规、章程、制度、公约四大类。不同的类别，反映不同的需要，适用于不同的范围，起着不同的作用。 ㈠行政法规类 ⒈条例 条例是具有法律性质的文件，是对有关法律、法令作辅助性、阐释性的说明和规定；是对国家或某一地区政治、经济、科技等领域的某些重大事项的管理和处置作出比较全面、系统的规定；是对某机关、组织的机构设置、组织办法、人员配备、任务职权、工作原则、工作秩序和法律责任作出规定或对某类专门人员的任务、职责、义务权利、奖惩作出系统的规定。它的制发者是国家最高权力机关、最高行政机关（国务院各部委和地方人民政府制度的规章不得称“条例”）。例如：《失业保险条例》、《中华人民共和国人民币管理条例》。 ⒉规定 规定是为实施贯彻有关法律、法令和条例，根据其规定和授权，对有关工作或事项作出局部的具体的规定。是法律、政策、方针的具体化形式，是处理问题的法则。主要用于明确提出对国家或某一地区的政治经济和社会发展的某一方面或某些重大事故的管理或限制。规定重在强制约束性。它的制发者是国务院各部委、各级人民政府及所属机构。例如：《关于制止低价倾销工业品的不正当价格行为的规定》、《关于出版物上数字用法的试行规定》。 ⒊办法
bug级别定义及流转说明
Bug说明文档2015年6月25日
修订历史记录 （A-添加，M-修改，D-删除）
目录 1.简介 (4) 1.1.编写目的 (4) 1.2.文档范围 (4) 1.3.预期读者 (4) 2.BUG优先级(PRIORITY) (4) 2.1.I MMEDIATE（立刻）——P1 (4) 2.2.U RGENT（紧要、优先）——P2 (4) 2.3.V ERY H IGH(高度重视)——P3 (5) 2.4.H IGH（重视）——P4 (5) 2.5.N ORMAL（正常）——P5 (5) 2.6.L OW（稍缓）——P6 (5) 3.BUG严重程度(SEVERITY) (5) 4.BUG状态及流转 (6) 4.1.B UG状态及说明 (6) 4.2.B UG状态流转方式 (7) 5.BUG内容 (8)
1. 简介 1.1. 编写目的 本文档主要确定bug优先级、bug严重程度、bug流转方式、bug内容。 1.2. 文档范围 Bug优先级和bug严重程度的定义，bug流转方式和bug内容的确定。 1.3. 预期读者 本文档阅读人员包括项目经理、开发人员、测试人员以及其他相关人员。 2. Bug优先级(Priority) 优先级大致分为6个级别P1~P6，P1~P6分别为： Immediate（立刻）、Urgent （紧要、优先）、Very High（高度重视）、High（高度重视）、Normal（正常）、Low （稍缓）。 2.1. Immediate（立刻）——P1 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。2.2. Urgent（紧要、优先）——P2 即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。
岗位的分类、设计的原则与步骤
岗位的分类、设计的原则与步骤 岗位分类是在岗位调查、分析、设计和岗位评价的基础上采用科学的方法，根据岗位自身的性质和特点，对企事业单位中全部岗位，从横向和纵向两个维度进行的划分从而区别出不同岗位的类别和等级，作为企事业单位人力资源管理的重要基础和依据。 一般来说 1.职系（Series） 是指一些工作性质相同，而责任轻重和困难程度不同，所以职级、职等不同的职位系列。简言之，一个职系就是一种专门职业（如机械工程职系）。 2.职组（Group） 工作性质相近的若干职系综合而成为职组，也叫职群。例：人事管理和劳动关系职组包括17个职系。 3.职级（Class） 职级是分类结构中最重要的概念。指将工作内容、难易程度、责任大小、所需资格皆很相似的职位划为同一职级，实行同样的管理使用与报酬。（每个职级的职位数并不相同，小到一个，多到几千）。 4.职等（Grade） 工作性质不同或主要职务不同，但其困难程度、职责大小、工作所需资格等条件充分相同之职级的归纳称为职等。同一职等的所有职位，不管它们属于哪个职系的哪个职级，其薪金报酬相同。 岗位分类结构应建立在科学化和系统化的基础之上，它以职位为基本元素，以职系、职组为横坐标，以职级、职等为纵坐标交叉构造而成。 岗位分类与职业分类、岗位分级、品位分类的联系：岗位分类与职业分类是特殊性与一般性的关系，职业分类对企业中的岗位分类起着重要的指导和规范作用，而岗位分类又为国家职业分类体系提供了丰富的内容和有益的补充。岗位分类适用于国家各级政府及其职能部门和机构，而岗位分级适用于实行岗位分类以外的各种企事业单位。岗位分级与品位分类的区别：分类标准不同；分类依据不同；适用范围不同。
规章制度的概念及种类
第五章规章制度 一、什么是规章制度 ㈠规章制度的概念及其作用 规章制度是国家机关、社会团体、企事业单位，为了维护正常的工作、劳动、学习、生活的秩序，保证国家各项政策的顺利执行和各项工作的正常开展，依照法律、法令、政策而制订的具有法规性或指导性与约束力的应用文，是各种行政法规、章程、制度、公约的总称。规章制度的使用范围极其广泛，大至国家机关、社会团体、各行业、各系统，小至单位、部门、班组。它是国家法律、法令、政策的具体化，是人们行动的准则和依据，因此，规章制度对社会经济、科学技术、文化教育事业的发展，对社会公共秩序的维护，有着十分重要的作用。 ㈡规章制度的特点： ⒈约束性。规章制度明确规定了应该做什么，不应该做什么。它是人们的行为准则，一经生效，有关单位或个人就必须严格遵守或遵照执行。如果违反有关条款，就要受到相应的处罚。 ⒉权威性。规章制度的权威性来源于机关单位的权威性。规章制度的作者是法定的，即依法能以自己的名义行使权利与承担义务的组织。规章制度是这些法定作者根据自己的职责和权限制订，是本级机关权力意志的反映。 ⒊稳定性。规章制度既然是人们的行为准则，就不宜经常变动和修改，应具有相对稳定性。因此，不能将脱离实际的条文，属于临时性的、个别性的问题，暂还没有条件实行的问题引入规章制度。但并不是说规章制度是一成不变的，在条件成熟的时候或环境发生了变化，我们应及时修改并完善它。 二、规章制度的种类 规章制度包括行政法规、章程、制度、公约四大类。不同的类别，反映不同的需要，适用于不同的范围，起着不同的作用。 ㈠行政法规类 ⒈条例 条例是具有法律性质的文件，是对有关法律、法令作辅助性、阐释性的说明和规定；是对国家或某一地区政治、经济、科技等领域的某些重大事项的管理和处置作出比较全面、系统的规定；是对某机关、组织的机构设置、组织办法、人员配备、任务职权、工作原则、工作秩序和法律责任作出规定或对某类专门人员的任务、职责、义务权利、奖惩作出系统的规定。它的制发者是国家最高权力机关、最高行政机关（国务院各部委和地方人民政府制度的规章不得称“条例”）。例如：《失业保险条例》、《中华人民共和国人民币管理条例》。 ⒉规定 规定是为实施贯彻有关法律、法令和条例，根据其规定和授权，对有关工作或事项作出局部的具体的规定。是法律、政策、方针的具体化形式，是处理问题的法则。主要用于明确提出对国家或某一地区的政治经济和社会发展的某一方面或某些重大事故的管理或限制。规定重在强制约束性。它的制发者是国务院各部委、各级人民政府及所属机构。例如：《关于制止低价倾销工业品的不正当价格行为的规定》、《关于出版物上数字用法的试行规定》。 ⒊办法 办法是对有关法令、条例、规章提出具体可行的实施措施；是对国家或某一地区政治、经济和社会发展的有关工作、有关事项的具体办理、实施提出切实可行的措施。办法重在可操作性。它的制发者是国务院各部委、各级人民政府及所属机构。例如：《南方工业学校班主任工作考核办法》、《广东省普及九年制义务教育实施办法》。 ⒋细则 细则是为实施“条例”、“规定”、“办法”作详细、具体或补充的规定，对贯彻方针、政策起
软件质量BUG等级定义
有限公司 软件质量BUG等级定义 版本<1.1>
修订历史记录
1、对Bug严重程度的分级 缺陷级别定义 A类――致命BUG 包括以下各种错误： 1．由于程序所引起的死机,非法退出。 2．程序死循环。 3．数据库发生死锁。 4．与数据库连接错误。 5．主要功能没有实现。 6．因错误操作导致的程序中断。 B类――严重BUG 包括以下各种错误： 1.程序错误但不影响系统和其它程序运行的。 2.程序接口错误。 3.数据库的表、业务规则、缺省值未加完整性等约束条件。 4.次要功能没有实现或间接发生的（经过几步不相关操作后发生的）导致主要需求不 能实现。 5.主要界面的文字错误等。 6.功能错误。 C类—一般性错误 包括以下各种错误： 1．非主要操作界面错误（包括数据窗口内列名定义、含义是否一致） 2．间接发生的（经过几步不相关操作后发生的）导致次要需求不能正常实现。 3．打印内容、格式错误 4．简单的输入限制未放在前台进行控制 D类—较小错误 包括以下各种错误：不影响软件的功能，但影响软件的品质。 1．界面不规范 2．辅助说明描述不清楚 3．输入输出不规范 4．长操作未给用户提示 5．提示窗口文字未采用行业术语 6．可输入区域和只读区域没有明显的区分标志 E类—测试建议 测试人员从测试角度对软件提出的合理化的改进建议，由项目经理决定是否采纳。 2、对Bug现在程度的分级
每次出现：出现概率100%； 经常出现：出现概率大于20%； 很少出现：出现概率小于20%； 出现一次：在整个测试工作中只出现一次。 3、测试人员对软件的评估 测试人员对软件的评估主要依据测试计划中所制定的输出准则和最后遗留的Bug状况。 A类－－致命Bug，一般认为发布的软件中不允许存在。 B类－－严重Bug，每一万行代码中允许遗留2－3条。 C类－一般性Bug，每一万行代码中允许遗留3－6条。 D类－一较小Bug，由项目经理决定注销或遗留。 E类－一测试建议，由项目经理决定注销或遗留。
企业岗位分类
工作岗位分类 1、工作岗位分类的几个基本概念 1）职系：由工作性质和基本特征相似相近，而任务轻重、责任大小、繁简难易程度和要求不同的岗位所构成的岗位序列。一个职系就相当于一种专门职业，职系是岗位分类中的细类。 2）职组：由工作岗位性质和特征相似相近的若干职系所构成的岗位群。职组是岗位分类中的中小类。如：小学教师就是一个职系，教师就是一个职组。 3）职门：是工作性质和特征相近的若干职组的集合。职门是岗业分类中的大类。 4）岗级：在同一职系中，工作岗位性质、任务轻重、繁简难易程度、责任大小以及所需人员资格条件相同或相近的工作岗位的集合。如：中学教师是一个职系，一级、二级、三级、四级教师分别是这一职系中的四个岗级。 5）岗等：是将工作性质不同，但工作繁简难易、责任大小以及所需资格条件等因素相同相近的岗位纳入统一的岗等。 刚等与岗级的区别：不是同一职系内不同岗位之间的等级划分，而是不同职系之间的相同相似岗位等级的比较和平衡。如：中学教师职系中的二等教师与机械操作职系中的五级车工可以划分为同一岗等。 2、工作岗位分类的内涵 工作岗位分类亦称岗位分类分级或岗位归级，在国家机关行政人事管理中，被称为职位分类。 岗位分级的最终结果，是将企事业单位的所有岗位纳入由职组、职系、岗级和岗等构成的体系之中。 职系和职组是按照岗位的工作性质和特点对岗位所进行的横向分类，岗级和岗等是按照岗位的责任大小、技能要求、劳动强度、劳动环境等要素指标对岗位所进行的纵向分级。 3、工作岗位分类的相关概念 1）岗位分级与职业分类标准的关系：是特殊性与一般性的关系。
2）岗位分级与岗位分类：是工商企业和国家政府机关对同一概念的不同称谓。 3）岗位分级与品位分类： 品位分类：是一种按照预定分类原则和方法根据人员的学历、资历及贡献大小等资格条件，将人员分成不同品级的人事制度，它是人员招聘、录用、考核、晋升、培训、工资、奖惩等各项人力资源管理的重要依据。 二者的区别： ①分类标准不同。岗位分类以事为标准；品位分类以人为标准。 ②分类依据不同。岗位分类是根据工作或岗位的性质、繁简难易、责任轻重和所需资格条件进行，对事不对人；品位分类则根据对人员资历、学历、劳动态度、综合绩效和贡献率的分析，达到对人员进行分类的目的，对人不对事。 ③适应范围不同。岗位分类适用于专业性、机械性、事务性强的岗位；品位分类则适合于工作经常变化、工作效果不易量化的岗位或工作。 4、工作岗位横向分类的原则 1）岗位分类的层次宜少不宜多。一般单位应控制在两个层次以下，比较复杂的大型企业单位最多也不宜超过三个层次。 2）直接生产人员岗位的分类应根据企业的劳动分工与协作的性质与特点来确定；而管理人员岗位的分类则应以它们具体的职能来划分。 3）大类、小类的数目多少与划分的粗细程度有关，应以实用为第一原则，不宜将类别划分得过细。 5、生产与管理岗位统一岗等的基本要求 1）要充分考虑岗位工作任务难易程度。 2）要考虑对员工行为激励的程度。 3）要体现企业员TEE资管理的策略。 6、工作岗位分类的主要步骤 工作岗位分类是一项较为复杂的、知识性、技术性很强的工作，
某某有限公司制度分类标准
某某投资有限公司 制度分类标准 一、对制度的理解 (一)制度的定义 企业管理制度（以下简称制度）是企业员工在企业生产经营活动中须共同遵守的规定和准则的总称，其表现形式或组成包括企业组织机构设计、职能部门划分及职能分工、岗位工作说明，专业管理制度、工作或流程、管理表单等管理制度类文件。 (二)对制度的理解 1. 制度不是上级管理下级的工具，而是企业更好的提高工作质量和效率、促进工作沟通与协调的必要的手段 2. 制度不是可有可无的，全体员工都应处于企业规章制度的硬性约束之中 3. 制度一定要有所为，制定一项制度就必须执行一项制度 4. 让当事人参与编写的全过程，要注重前期调查工作和第一稿的质量 二、公司的制度分类 公司目前处于从管理不规范的小企业开始规范管理、强化企业自身能力建设，向正规企业方向努力的阶段，公司目前的管理基础比较薄弱，公司的制度体系建设处于起步阶段。 公司目前规模不大，制度建设的重心一方面要围绕着一线生产、经营工作，要通过制度建设促进采购、生产、技术、销售、基建项目管理等业务工作的质量和效率，提高管理水平、消除管理的漏洞，另一方面通过制度建设树立规范化、体系化的意识，强化对制度的理解和执行。
所以目前公司的制度建设重心一方面要强化生产经营相关的制度，另一方面强化制度体系的构建。 根据公司的具体情况，我们将公司的制度从内容和作用的角度，可以分为五类：职责类、规范类、流程规定类、检查激励类、综合类制度。 (一)职责类制度 职责类制度主要是对工作职责、工作内容的说明、界定。职责类制度主要下面几类： 1. 业务一线的员工和管理人员（尤其是生产一线）的工作内容、岗位职责、安全责任相关的制度。比如煤矿放炮工、玻璃公司保窑工的岗位职责、安全责任制；此类制度往往简洁、清晰、通俗易懂，张贴在车间等工作场所的墙上以强化员工对职责的观念。 2. 其他综合管理类、技术类员工的岗位说明书，比如生产处、综合处员工的岗位说明书。此类制度一般格式严谨、内容详细、规定清晰明确； 3. 组织结构图和部门职责说明。部门职责说明详细的规定了该部门的工作职责、内容，是该部门的工作指南和进行绩效考核的最基本依据。 (二)规范标准类制度 规范类制度主要是对工作内容进行规定、明确工作的要求和标准以指导工作能够按照要求、高质量的完成，也为对工作的评价、考核和奖惩激励提供明确的标准和依据。主要包括下面三种制度： 1. 对于操作一线的员工的工作的标准、作业的技术、安全等要求进行明确、清晰的规定，主要体现为公司内的各种岗位、各个工种、以及一定工序（工段）的技术规范、安全规范、业务操作规范，以及日常行为的规范等方面； 2. 对设备物资、材料、半成品、成品进行的质量相关的标准，主要体现在相关物品的质量标准、技术和工艺标准等方面； 3. 对环境、工作场所的具体要求，是相关的工作环境的要求、规定，比如安全、卫生、环境保护、职业健康保护等。 规范标准类制度属于静态制度，内容一般不包含跨岗位、跨部门的工作规范
BUG级别定义标准
文件编号：TDdoc-bug 杭州网阔信息科技有限公司 BUG级别定义标准 拟制部门：测试部 版本号：V1.6.0 修改日期：2015-05-24 版本修改记录 版本号修改描述作者日期
目录 一、主要分类 (4) 二、主要内容 (4) 1.依据优先级分类标准 (4) 1.1定义 (4) 1.2.分类标准 (4) 1.1.1 紧急................................................................................. 错误！未定义书签。 1.1.2 高..................................................................................... 错误！未定义书签。 1.1.3 中..................................................................................... 错误！未定义书签。 1.1.4 低..................................................................................... 错误！未定义书签。 2.依据严重程度分类标准 (5) 2.1 定义 (5) 2.2.分类标准 (5) 2.2.1 紧急................................................................................. 错误！未定义书签。 2.2.2 非常高............................................................................. 错误！未定义书签。 2.2.3 高..................................................................................... 错误！未定义书签。 2.2.4 中..................................................................................... 错误！未定义书签。 2.2.5 低..................................................................................... 错误！未定义书签。 2.3注意事项 (6) 三、错误分类具体说明条例 (6) 3.1文案错误 (6) 3.2图片错误 (6) 3.3链接错误 (7) 3.4前后模块不一致 (7) 3.5需求问题 (7) 3.6实现与需求不符 (7) 3.7功能性错误 (7) 3.8出现调试代码 (8) 3.9页面格式错误 (8) 3.10关联性错误 (8) 3.11程序性能低下 (8) 3.12缺少容错性处理 (8) 3.13配置问题 (8) 3.14兼容性问题 (8) 3.15校检错误 (9) 3.16程序引起的安全问题 (9) 3.17功能易用程度低 (9) 3.18遗留问题 (9) 3.19暂时无法实现技术问题 (9) 3.20数据流 (9)
制度、办法、细则、规定、条例的区别81380
“制度”、“办法”、“细则”、“规定”、“条例”的区别 “制度”、“办法”、“细则”、“规定”、“条例”等都是规范性文件，但也有区别： 制度的含义较为广泛，具体应用的时候可大可小。经济制度、政治制度就是大的制度，而具体到一个企业的制度，往往是指大家要共同遵守的章程之类的。 办法是对有关法令、条例、规章提出具体可行的实施措施，是对国家或某一地区政治、经济和社会发展的有关工作、有关事项的具体办理、实施提出切实可行的措施。办法重在可操作性。它的制发者是国务院各部委、各级人民政府及所属机构。 规定是为实施贯彻有关法律、法令和条例，根据其规定和授权，对有关工作或事项作出局部的具体的规定。是法律、政策、方针的具体化形式，是处理问题的法则。主要用于明确提出对国家或某一地区的政治经济和社会发展的某一方面或某些重大事故的管理或限制。规定重在强制约束性。 细则是对某一法律、法规全部或部分内容的具体化。 条例是具有法律性质的文件，是对有关法律、法令作辅助性、阐释性的说明和规定；是对国家或某一地区政治、经济、科技等领域的某些重大事项的管理和处置作出比较全面、系统的规定；是对某机关、组织的机构设置、组织办法、人员配备、任务职权、工作原则、工作秩序和法律责任作出规定或对某类专门人员的任务、职责、义务权利、
奖惩作出系统的规定。它的制发者是国家最高权力机关、最高行政机关(国务院各部委和地方人民政府制度的规章不得称“条例”。 一、制度 （一）什么是“制度” 制度也称规章制度，是国家机关、社会团体、企事业单位，为了维护正常的工作、劳动、学习、生活的秩序，保证国家各项政策的顺利执行和各项工作的正常开展，依照法律、法令、政策而制订的具有法规性或指导性与约束力的应用文，是各种行政法规、章程、制度、公约的总称。 （二）“制度”的使用范围 规章制度的使用范围极其广泛，大至国家机关、社会团体、各行业、各系统，小至单位、部门、班组。它是国家法律、法令、政策的具体化，是人们行动的准则和依据。 （三）“制度”的基本要求 制定规章制度应当体现权利与义务一致、奖励与惩罚结合，不得违反法律、法规的规定。（四）“制度”的分类 制度可分为岗位性制度和法规性制度两种类型。岗位性制度适用于某一岗位上的长期性工作，所以有时制度也叫“岗位责任制”。如《办公室人员考勤制度》、《机关值班制度》。法规性制度是对某方面工作制定的带有法令性质的规定，如《职工休假制度》、《差旅费报销制度》。 （五）“制度”的发布
BUG生命周期及优先级、严重级划分
黑盒测试用例的设计方法 第一章BUG生命周期 对BUG处理 开发负责人：对每条BUG进行分配，标注处理意见，给定优先级。问题分配时，应可能将咨询类、理解错误类等问题处理掉，而不是直接打开，分配给开发人员。有可能是需求问题，分配给需求人员。把状态置为：Open或者Rejected. 开发人员：分析BUG，写出问题原因，修改BUG；实行BUG优先原则，严重程度高优先修改，修改完成后，把BUG状态置为：Fixed.
测试人员：对修改问题进行验证后，验证通过后把BUG状态置为：Closed；验证不通过，把BUG状态置为：Reopen。 第二章严重级别划分 Urgent：致命错误 致命错误通常有如下情况： 1、需求书中的重要功能未实现； 2、造成系统崩溃、死机,并且不能通过其它方法实现功能； 3、常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其它方法实现功能的。 Very High：严重错误 严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，如： 1、重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丢失或破坏等错误； 2、重要功能不能按正常操作实现，但可通过其它方法可实现； 3、错误的波及面广，影响到其它重要功能正常实现； 4、密码明文显示； 5、C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。 High：一般错误 程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如： 1、次要功能不能正常实现； 2、操作界面错误（包括数据窗口内列名定义、含义不一致）； 3、打印内容、格式错误； 4、查询错误，数据错误显示；
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级别定义标准v1.1
BUG级别定义标准
目录 一、主要分类 (3) 二、主要内容 (3) 1.依据优先级分类标准 (3) 1.1定义 (3) 1.2.分类标准 (3) 1.1.1 Urgent等级 (3) 1.1.2 High等级 (3) 1.1.3 Medium等级 (3) 1.1.4 Low等级 (3) 2.依据严重程度分类标准 (3) 2.1 定义 (3) 2.2.分类标准 (4) 2.2.1 Blocker等级 (4) 2.2.2 Major等级 (4) 2.2.3 Normal等级 (4) 2.2.4 Minor等级 (4) 2.2.5 Trivial等级 (4) 2.3注意事项 (4) 三、错误分类具体说明条例 (5) 3.1文案错误 (5) 3.2图片错误 (5) 3.3链接错误 (5) 3.4前后模块不一致 (5) 3.5需求问题 (5) 3.6实现与需求不符 (6) 3.7功能性错误 (6) 3.8出现调试代码 (6) 3.9页面格式错误 (6) 3.10关联性错误 (6) 3.11程序性能低下 (6) 3.12缺少容错性处理 (7) 3.13配置问题 (7) 3.14兼容性问题 (7) 3.15校检错误 (7) 3.16程序引起的安全问题 (7) 3.17功能易用程度低 (7) 3.18遗留问题 (8) 3.19暂时无法实现技术问题 (8) 3.20数据流 (8)
一、主要分类 BUG类型标准主要分两类： 依据优先级分类。 依据严重程度分类。 二、主要内容 1.依据优先级分类标准 1.1定义 优先级：指一个BUG相对于其他BUG对于公司的影响，解决的及时性。 1.2.分类标准 1.1.1Urgent等级 ?系统无法工作 ?测试无法继续正常工作 ?特殊情况：如重要客户（项目重要性） 1.1.2High等级 1.1.3Medium等级 1.1.4Low等级 2.依据严重程度分类标准 2.1定义 严重程度：指一个BUG对于用户造成的影响，风险和可视性。
职位职级职等划分原则
职位职级职等划分原则标准化工作室编码[XX968T-XX89628-XJ668-XT689N]
职级职等划分原则 一、目的 公司职位管理系统是公司人力资源管理的基础，为了更好的、更清晰地为公司员工成长发展、员工薪酬福利管理、员工绩效管理提供更规范、更有效的依据。特制定本原则。 二、适用范围 适用于公司各部门在职的全职员工。 三、相关定义 1、职系是一个组织中责任性质相近的岗位组合。一般以岗位所具备的功能和工作属类为主要依 据，将多个岗位分类归并而成岗位群组。这些岗位有不同的能力要求，但共同承担着企业的某项重要功能的实现。公司职系分为管理职系、职能职系、现场业务职系、销售职系、技术职系五个职系。 2、职级是指一类职责、技能等相近的岗位进行归类，形成的职位大类。例如：普通职员级、主 管级、经理级等。 3、职等是指根据每一个岗位所需要的技能水平、经验、学历以及职责、权限等任职要求，纵向 切分的职位等级。 四、职系划分办法 1、按照公司业务经营模式，将公司职系分为管理职系、职能职系、现场业务职系、销售职系、 技术职系五个职系。如下： 管理职系，指以组织资源、控制资源、协调关系，对公司各项事务进行最后决策和运维管理为核心职责的职位群。 职能职系，指以给各业务部门及公司事务提供支持、服务或行使一定行政管理职能为主要职责的职位群。 现场业务职系，指以围绕公司业务产品开展现场作业、管理、服务工作的职位群。 销售职系，指以开拓市场以及通过直接业务活动而带来经济效益为主要职责的职位群。 技术职系，指以专业技术为核心服务于公司的职位群。 2、各职系包含的职位类型:
五、职级职等划分办法 职级是同一职系岗位在级别上的区分，职等是同一岗位在能力水平上的区别。 1、管理职系职级职等划分 2、职能职系职级职等划分 3、现场业务职系职级职等划分
制度管理办法
制度管理办法2009年1月
第一章总则2 第二章适用范畴2 第三章制度治理组织机构2 第四章制度定义及分类3 第五章制度制定、修订和废止5第六章附则8
为规范XXXX（以下简称公司）制度治理，健全和完善公司制度分类标准和编制、修订程序，促进XXX经营治理水平的提升，参照XXX股份有限公司的有关规定，制定本方法。 公司制度要紧是为XXX进展战略和经营治理提供支撑，规范公司的各项经营活动和秩序，公司制度体系应符合如下原则： 体系完整：制度体系要涵盖XXX为实现整体战略目标而涉及的各项治理职能，尽量做到内容全面； 结构合理：制度体系要分类合理、层次明确，体系内各项制度之间具有内在逻辑关系，有利于懂得、执行与实施； 和谐一致：制度中有明确的适用条件与适用部门、制度中规定的权责对等清晰，低级制度服从高级制度，各级制度之间幸免冲突； 功能到位：治理制度能满足XXX治理各层面活动的需要； 精简清晰：在制度内容上，纲目精炼、结构合理、语言简洁； 相对前瞻：治理制度的制定要具有一定的前瞻性、稳固性，不宜经常作原则性的变动； 合法合规：符合国家的各种法律法规，符合XXX股份有限公司制度的有关规定； 符合实际：习惯XXX现有的进展时期，符合XXX的实际情形和企业文化，关注XXX现时期最核心最紧迫解决的咨询题。 适用范畴 本方法适用于XXX全局范畴和局本部制度的立项、起草、审订、修改、颁布、备案、废止等制度的各项治理，局下属单位的制度治理可参照本方法执行。 制度治理组织机构 局决策层是公司制度治理的领导机构，在制度治理方面要紧职责如下：审批XXX制度编制规划；
批准公司的各项治理制度； 决定制度的立项、修订、公布和废止。 战略规划部是XXX制度治理的归口部门，在制度治理方面履行下列职责： 组织拟定XXX制度编制规划； 督促、检查、协助其他部门制度的起草和修订工作； 组织论证制度草案及征求修改意见； 审核各部门起草的制度草案的规范性； 汇编存档公司的各类治理制度，对局下属单位的重要制度进行备案。 局本部各部门是各项职能制度的具体制定和执行部门，在制度治理方面履行下列职责： 协助战略规划部拟定XXX制度编制规划； 起草和修订要紧属于本部门职能或本专业的制度； 审核、会签与本部门或本专业有关的其他制度； 贯彻执行公司的各项制度，并适时提出修改建议。 制度定义及分类 本方法中所称的制度是指，公司制定及颁布的具有约束力的各种规定和准则的总称。包括“制度”、“规则”、“规定”、“条例”、“方法”、、“细则”等。 “制度”是对公司生产经营活动某一方面作的办事规程或行动准则； “规则”是指对公司生产经营治理某一方面作的原则性的法则； “规定”是指对公司生产经营治理某一方面制定程序性内容的决定； “条例”是对公司生产经营治理中某一工作作比较全面、系统、原则的规定的文件； “方法”是指对公司生产经营治理中处理或解决某项工作的方法、步骤、措施等； “细则”也称实施细则，是指为实施某一条例、规定等结合实际情形、对其所做的详细、具体讲明和补充。
bug分级及优先级定义
Bug分级及优先级定义 文档编号：{文档编号} 当前版本号：0.1 最初发布日期：2013-4-5 最新修订日期：2013-6-21 公司名称：深圳市海亚科技发展有限公司 地址：深圳市龙岗区宝龙工业城诚信路8号亚森创新科技产业园办公楼9楼邮编：518000
版本历史 版本/状态作者起止日期备注 0.1 揭亮华2013-4-5 0.2 揭亮华2013-6-21 添加blocker级bug严重程度
第1章文档介绍 (4) 1.1 文档目的 (4) 1.2 文档范围 (4) 1.3 读者对象 (4) 1.4 参考资料 (4) 1.5 术语表 (4) 第2章 Bug严重程度分级 (5) 第3章 Bug优先级划分 (8) 第4章 Bug修改优先级划分 (9)
第1章文档介绍 1.1 文档目的 确定Bug严重程度分级以及优先级划分 1.2 文档范围 Bug严重程度和优先级划分定义 1.3 读者对象 研发中心 1.4 参考资料 序号文档名称版本1 1.5 术语表 序号术语解释 1.数据数据库内的数据。我们的班级管理系统有用到数据库管理班级、学生、教师、试卷、成绩等信息，白板软件也有用到数据库管理软件用户 2.内存泄漏内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束 3.漏洞系统中的安全缺陷。软件或协议的具体实现或系统安全策略上存在的缺陷，从而可以使攻击者能够在未授权的情况下访问或破坏系统
第2章 Bug严重程度分级 BUG类型BUG现象举例0级1级2级3级4级5级 功能类软件崩溃、死机√ 功能设计与需求规格说明书不一致,实现0-50% √ 功能设计与需求规格说明书不一致,实现51%-80% √ 功能设计与需求规格说明书不一致,实现81%-99% √ 数据类数据丢失√ 获取数据的路径不符要求,但操作成功√边界值未做限制√ 数据存储、读取、处理错误√ 内存泄漏√ 电脑资源使用过高√ 长时间事务处理,无提示√ 界面类安装、卸载界面图片文字的错误√ 公司名称、软件名称、版权、版本文本、图片信息错误√ 进入软件不做操作就能发现的文字、颜色、图形错误√ 进入软件需要一步操作才能发现的文字、颜色、图形错误√ 进入软件需要两步操作才能发现的文字、颜色、图形错误√ 进入软件需要两步以上操作才能发现的文字、颜色、图形 错误 √软件UI与设计不一致√ 界面设计不规范,没有考虑易用性问题√ 信息类提示信息不正确√必填信息无提示√必要操作无提示信息√ 安全类一般用户正常使用就能发现的软件漏洞√ 程序员深入分析后才能发现的软件漏洞√用户权限问题√ 随机类随机产生的软件崩溃bug，很难重现√ 随机产生的软件功能性bug，很难重现√ 建议类测试人员对软件提出的建议√
制度的定义与分类
请留下您的宝贵意见，请尊重我的知识产权。 《浙江社会科学》2002年第6期 制度的定义与分类 张旭昆制度是什么? 许多研究制度的理论家都对“制度”下过互有差异的定义。在老制度主义者以及后（现代）制度主义者中间，对制度就有不同的定义（1）。较早的美国制度主义经济学家凡勃伦相当宽泛地定义制度是“大多数人共同的既定的思想习惯”（2）。康芒斯则认为制度无非是集体行动控制个人行动（3）。另一个制度主义经济学家沃尔顿·哈米尔顿对制度提出了一个更精确的著名定义：“制度意味着一些普遍的永久的思想行为方式，它渗透在一个团体的习惯中或一个民族的习俗中……制度强制性地规定了人们行为的可行范围。”(4)后（现代）制度主义者霍奇森则认为制度是通过传统、习惯或法律的约束所创造出来的持久的行为规范的社会组织（5）。 诺贝尔经济学奖获得者，美国新制度经济学家道格拉斯·诺思如此定义制度：“制度提供框架，人类得以在里面相互影响。制度确立合作和竞争的关系，这些关系构成一个社会，……制度是一整套规则，应遵循的要求和合乎伦理道德的行为规范，用以约束个人的行为。”（6）日本新制度经济学家青木昌彦（7）从博弈论的角度出发概括了其他人对制度的三种定义，并提出了自己的定义。他指出，关于制度有三种定义，一是把制度定义为博弈的参与者，尤其是组织；二是把制度定义为博弈的规则；三是把制度定义为博弈的均衡解。他本人倾向于第三种定义，但提出了修正意见,把制度定义为关于博弈重复进行的主要方式的共有理念的自我维持系统。 对于上述定义，本文有如下几点看法：制度不宜被定义为博弈的参与者，尤其是组织。制度也不宜一概被定义为博弈的均衡解。首先，并非任何博弈的均衡解都是制度，起码一次性囚犯博弈的均衡解就不能称作制度。因此，制度至多只能是某一类博弈的均衡解。人与人之间的博弈，从给“制度”下定义这一目的出发，可分为两类：一类博弈的策略集是参与者除生理条件不许可之外所有可能的行为，包括杀人、放火等，其解是给博弈的参与者划定行为的可行范围或可行空间，例如禁止上面列举的行为。这类博弈的均衡解才可能是制度或行为规则。另一类博弈的策略集是参与者行为的可行范围或可行空间，它们由制度或行为规则所规定，其均衡解是博弈的参与者的最优行为，而不是制度或行为规则。前一类博弈可称作决定制度的博弈，简称制度博弈；后一类博弈可称作既定制度下决定行为的博弈，简称行为博弈。这两类博弈都可能出现多重均衡解，包括多重子博弈精炼均衡解。制度博弈的多重均衡解有助于说明制度的多元性，行为博弈的多重均衡解有助于说明行为的多样性。 其次，制度也不宜被定义为制度博弈的均衡解，因为如果制度被如此定义，那么根据纳什均衡的定义，将无人会不遵守制度，但事实并非如此；并且若严格按此定义，则不被人遵守或实行的规定便不能算作制度，于是“禁偷盗”也不再是制度了。当然，如此定义制度，可强调制度的可实施性，但是可实施性并不是制度的根本性特征，因为大多数制度，尤其是那些具有非帕累托性质的制度，往往是不能得到完全遵守完全实施的。因此对于大多数制度来讲，可实施性都是不完全的，根据均衡解定义，它们似乎都不应算作制度了，因为既然有人不遵守之，便证明遵守行为并非纳什均衡解。必须把制度和制度的有效性这两个概念区分开来。制度失效正是制度演化中的常见现象，是制度演化分析需要说明的现象，如果失效的无法实施或难以实施的制度不算制度，那就意味着把制度演化分析的很大部分工作给取消了。 再次，把制度定义为博弈的均衡解，其目的是为了把制度作为被解释的内生变量，而不再是制约博弈结果的外生变量。但是，若要达此目的，未必非要如此定义制度，可以像上面所做的那样，把博弈分为制度博弈和行为博弈，在行为博弈中，制度是制约博弈结果的外生
CMM5定义BUG等级
按照CMM5中定义的规范： 致命是严重影响产品的BUG，比如操作手册的错误，需求的错误等。 严重是产品中使功能无法实现的BUG，比如某个功能无法运行，GUI长时间僵死没有响应。 一般是某个BUG的发生，只影响了一个功能，而其他功能可以正常运行。提示就是一些GUI的问题，或者友好性的问题。 执行的bug是最严重的，即优先级1的bug，除此之外所有导致应用程序崩溃掉的bug也列入到优先级1中；[url=javascript.:;] 其他[/url]功能性bug列入比较严重的bug的队伍，即优先级2； 界面上的bug列为一般的，即优先级3 实践过程中推行的就是这种bug分级制度。这种分级制度比较主观，使用到一个bug优先级划分文档中列出的优先级1的bug特征： 优先级1类的bug还应该包括功能严重不符合产品说明书这种类型的bug a) 应用程序某个模块功能未实现（包括整个模块不能运行） b) 用户的信息被破坏或者丢失 c) 可重现的不可避免的崩溃，死锁 d) 功能和性能急剧衰退 e) 严重的内存泄漏 f) 导致功能无法正常使用的UI设计（UI响应迟缓） g) 其他 的确，这些bug优先级划分很明确，让人一目了然并且觉得很有道理，可是拿到实际中一用，麻烦开始来了。因为某些描述仍然不够详细，含混不清的描述诸如“功能和性能急剧衰退”，碰到这种描述，不同的人会有不同的理解，而不同的理解必然会带来各种各样的问题。因此，笔者在实践中逐渐摒弃了这种做法，并开始逐步推广笔者自己刚才提到的粗放式bug优先级划分方法。 对于该划分方法，笔者还需要进一步的说明。笔者刚才提到的“严重影响测试执行的bug”其实也是指系统的基本功能或者核心功能，比如新建编辑删除功能中，对于同样是信息为保存到[url=javascript.:;]数据库[/url]——即新建后记录未添加到数据库，编辑后记录未更新，删除后数据仍然存在于数据库中——这时候笔者仅仅将新建功能的该bug置于优先级1中，编辑删除bug则置于优先级2中。这种方法与很多正统的方法很不一致，因为在很多划分方法中“信息未保存”都是优先级1的bug。但是笔者自认为这样做是有理由的：当新建功能发生该类型bug而编辑删除功能正常时，编辑删除功能仍然无法测试或者实现（因为没有数据啊），这在客户的江渡看来会直接视为新建编辑删除功能均未实现。新建功能正常而编辑或者删除功能失效，则不会影响到其他功能的使用（当仅编辑功能失效的时候，新建和删除功能并不会受到影响），测试人员仍然进行新建删除功能的[url=javascript.:;]功能测试[/url]，客户依然可以使用新建和删除功能。 当然，笔者使用上面的划分方式还有其他的原因——基于bug管理和测试开发工作的顺利推进。读者可能会注意到，使用上面的bug划分方式会减少优先级1的bug的数量，笔者这样做是因为笔者在bug管理中推介的方式是优先级1的bug不允许推迟到下一个工作日修改。试想，如果优先级1的bug的数量如果过多自然