细分因素定义及级划分
————————————————————————————————作者：————————————————————————————————日期：
细分因素定义及等级划分
责任因素的定义与等级划分
1、因素名称：风险控制的责任
因素定义：指在不确定条件下，为保证项目顺利进行，并维持我方合法权益所担负的责任。该责任的大小有失败后损失影响大小作为判断标准。
等级等级划分说明
1 无任何风险
2 仅有一些小的风险，一旦发生问题，不会给公司造成多大影响。
3 有一定的风险，一旦发生问题，给公司所造成的影响能明显感觉到。
4 有较大的风险，一旦发生问题，会给公司带来较严重的损害。
5 有极大风险，一旦发生问题，对公司造成的影响不仅不可挽回，而且会
致使公司陷入经济危机。
2、因素名称：成本控制的责任
因素定义：指在正常工作状态下，因工作疏忽而可能造成的成本、费用、利息等额外损失方面所承担的责任，其责任的大小由可能造成损失金额的多少作为判断标
准，并以月平均值为计量单位。
等级等级划分说明
1 不可能造成成本费用等方面的损失或损失金额少于50元。
2 损失金额在50元以上，200元以下。
3 损失金额在200元以上，500元以下。
4 损失金额在500元以上，1000元以下。
5 损失金额在1000元以上，2000元以下。
6 损失金额在2000元以上。
3、因素名称：指导监督的责任
因素定义：指在正常权力范围内所拥有的正式指导监督责任。其责任的大小根据所监督指导人员的数量和层次进行判断。
等级等级划分说明
1 不监督指导任何人，只对自己负责。
2 监督指导3人以下一般工作人员。
3 监督指导3~5个一般工作人员或1个基层管理人员。
4 监督指导5~7个一般工作人员或2个基层管理人员。
5 监督指导2个以上的基层管理人员或1个中层管理人员。
6 监督指导1个以上中层管理人员。
因素定义：指在正常工作中，需要与他人合作共同开展业务的协调活动。其责任的大小以所协调对象的所在层次、人员数量及频繁程度和失调后果大小作为判断标
准。
等级等级划分说明
1 不需要与任何人进行协调，如果有也是偶尔与本部门的一般员工协调。
2 仅与本部门员工进行工作协调，偶尔与其他部门进行一些个人协调，协
调不利一般不影响自己和他人正常工作。
3 与部门和其他部门的部分员工有密切的工作联系，协调不利会影响双方
的工作。
4 几乎与本公司所有一般员工有密切工作联系，或与部分部门经理有工作
协调的必要。协调不利对公司有一定的影响。
5 与各部门经理及项目负责人有密切的工作联系，在工作中需要保持随时
联系和沟通，协调不利对整个公司有重大影响。
5、因素名称：外部协调的责任
因素定义：指在正常工作中需要与公司外部的人员（供应商、客户或政府机构）维持密切工作关系，以便顺利开展工作。其责任大小由对方工作重要性作为标准。
等级等级划分说明
1 不需要与外界保持密切联系，如果有也是偶尔与一般公职人员有简单联
系。
2 工作需要与外界几个固定单位的一般人员发生较频繁业务联系，所进行
的活动属常规性的业务工作。
3 需与其他单位（供货商、新闻机构）、政府机构和客户保持密切联系，
所进行的活动属常规性的业务活动。
4 需要与合作伙伴、政府机构、客户和公司的上级主管部门保持密切联系，
频繁沟通，联系的原因涉及重大问题或影响决策。
6、因素名称：工作结果的责任
因素定义：指对工作结果承担多大责任。以工作结果对公司影响的大小作为判断责任大小的标准。
等级等级划分说明
1 只对自己的工作结果负责。
2 需对自己和所监督指导者的工作结果负责。
3 对整个部门的工作负责。
4 对公司几个部门的工作情况负责。
5 对整个公司的运作情况负责。
因素定义：指在正常工作中，对人员的选拔、任用、考核、工作分配、激励等具有法定的权力和责任。
等级等级划分说明
1 不负有组织人事的责任。
2 仅对一般员工有工作分配、考核和激励的责任。
3 对一般员工具有选拔、使用和管理的责任。
4 对项目负责人具有任免的权力。
5 对部门管理人员具有任免的权力。
6 对高层管理人员具有任免的权力。
8、因素名称：决策的层次
因素定义：指在正常的工作中需要参与决策，其责任大小根据所参与决策的层次高低作为判断标准。
等级等级划分说明
1 工作中常做一些小的决定，一般不影响他人。
2 工作中需要做一些大的决定，只影响与自己有工作关系的部分一般员工。
3 工作中需要做一些对所管理人员有影响的决策。
4 工作中需要做一些大的决策，但必须与其他部门负责人共同协商方可。
5 工作需要参加最高层决策。
知识技能因素定义及等级划分
1、因素名称：最低学历要求
因素定义：指顺利履行工作职责所要求的最低学历要求。
等级等级划分说明
1 初中以下或初中毕业水平。
2 高中毕业
3 职业高中或中专
4 大学专科
5 大学本科
6 大学本科以上
2、因素名称：知识多样性
因素定义：指在顺利履行工作职责时需使用多种学科、专业领域的知识。判断标准在于广博不在精。
等级等级划分说明
1 只使用一门学科的知识。
2 偶尔使用两门或两门以上学科的知识。
3 频繁综合使用多种学科的知识。
4 工作要求经常变换专业领域。
3、因素名称：熟练期
因素定义：指新的任职人员需要多长时间才能胜任本职工作。
等级等级划分说明
1 3个月以内
2 3~6个月
3 6~12个月
4 1~2年
5 2年以上
4、因素名称：工作复杂性
因素定义：指在工作中履行职责的复杂程度。
等级等级划分说明
1 简单、独自地工作，不必考虑对他人有什么妨害。
2 只需简单的知识即可完成工作，不需计划和独立判断，偶尔也需考虑自
己对别人的妨害。
3 需进行专门训练才可胜任工作，但大部分时候只需要一种专业技术，偶
尔需要进行独立判断或计划，要求考虑如何才不妨害他人工作。
4 工作时需运用多种专业技能，经常做独立判断和计划，要有相当高的解
决问题的能力。
5 工作要求高度的判断力和计划性。要求积极地适应不断变化的环境和问
题。
5、因素名称：工作经验
因素定义：指要熟练、高效地完成本职工作，掌握工作技巧，需要积累多长时间的实际工作经验。
等级等级划分说明
1 3个月以内
2 3~6个月
3 6~9个月
4 9~12个月
5 1~2年
6 2~5年
75年以上
6、因素名称：工作的灵活性
因素定义：指在工作中需要具有灵活处理事情的要求。
等级等级划分说明
1 属于常规性工作，很少或不需要灵活性。
2 大部分属于常规性工作，偶尔需要灵活处理一些一般性问题。
3 工作有一半属于常规性的，但经常需要灵活处理工作中所出现的问题。
4 工作一大半属于非常规性的，主要靠自己灵活地按具体情况进行妥善处
理。
5 工作是非常规的，需要灵活地在复杂多变的环境中处理重大的偶然性问
题。
7、因素名称：语文知识
因素定义：指工作所要求实际运用的文字知识程度。
等级等级划分说明
1 一般信函、简报、便条、备忘录和通知。
2 报告、汇报文件、总结
3 公司文件或研究报告
4 合同或法律文件
8、因素名称：数学知识
因素定义：指工作所要求的实际数字运算知识水平。判断经常使用以下哪些数学运算。
等级等级划分说明
1 整数加减。
2 四则运算、小数、分数。
3 乘方、开方、指数。
4 统计和线形代数。
5 计算机程序语言。
努力程度因素定义及等级划分
1、因素名称：工作压力
因素定义：指工作本身给任职人员带来的压力。根据决策迅速性、工作常规性、任务多样性、工作流动性及工作是否被时常打断进行判断。
等级等级划分说明
1 极少迅速作决定，工作常规化，工作很少被打断或干扰。
2 很少迅速作决定，工作速度没有特定要求，手头的工作有时被打断。
3 要求经常地迅速做出决定，任务多样化，手头的工作时常被打断，工作
流动性很强。
4 经常地迅速作出决定，任务多样，工作时间很紧张，工作流动性很强，
难得坐下来安静处理问题。
2、因素名称：精力集中程度
因素定义：指在工作是所需要注意力集中的程度。根据精力集中的时间、频率等进行判断。
等级等级划分说明
1 工作时不需要刻意集中精力。
2 工作是必须集中精力或视觉、听觉。注意时间约占全部时间的10~25%
3 工作中必须高度集中精力。注意时间约占全部工作时间的26~50%。
4 工作中必须高度集中精力时间占全部工作时间的50%以上。
3、因素名称：体力要求
因素定义：指工作时必须运用的体力。其消耗水平高低根据工作姿势、持续时间长度和用力大小进行判断。
等级等级划分说明
1 工作时姿势随意。
2 站立、久坐时间占全部工作时间的50%以下。
3 站立、久坐时间占全部工作时间的50%以上。
4 需经常远途出差。
4、因素名称：创新与开拓
因素定义：指顺利进行工作所必须的创新与开拓精神与能力的要求。
等级等级划分说明
1 全部工作程序化、规范化，无需开拓创新。
2 工作基本规范化，偶尔需要开拓创新。
3 工作时常需要开拓创新，经常会要求采用新方法，解决新问题。
4 工作性质本身就是对市场或产品的开发创新。
5、因素名称：工作紧张程度
因素定义：指工作的节奏、时限、工作量、注意力转移程度和工作所需对细节的重视所引起的工作紧迫感。
等级等级划分说明
1 工作节奏、时限自己掌握，没有紧迫感。
2 大部分时间的工作节奏自己掌握，有时比较紧张，但时间持续不长。
3 工作节奏、时限自己基本无法控制，明显感到工作紧张。
4 为完成每日工作须加快工作节奏，持续保持注意力高度集中，每天下班
时经常明显感到疲劳。
6、因素名称：工作均衡性
因素定义：指每天工作忙闲不均的程度。
等级等级划分说明
1 一般没有忙闲不均的情况。
2 有时忙闲不均，但有规律性。
3 经常有忙闲不均的现象，且没有明显的规律性。
4工作经常忙闲不均，且忙的时间特别长，要打破正常的作息时间。
工作环境因素定义及等级划分
1、因素名称：工作时间特征
因素定义：指工作要求的特定起止时间。
等级等级划分说明
1 能按正常时间上下班。
2 基本按正常时间上下班，偶尔需要早到迟退。
3 上下班时间根据工作具体情况而定，但有一定的规律，自己可以控制安
排。
4 上下班时间根据工作具体情况而定，并无规律可循，自己无法控制安排。
2、因素名称：环境舒适性
因素定义：指工作是环境对任职者身体、心理健康的影响程度。
等级等级划分说明
1 非常舒适，没有不良感觉。
2 不舒适时间占全部工作时间的10~15%。
3 不舒适时间占全部工作时间的16~25%。
4 不舒适时间占全部工作时间的25~50%。
5 不舒适时间占全部工作时间的50%以上。
3、因素名称：危险性
因素定义：指工作本身可能对任职者身体所造成的伤害。
等级等级划分说明
1 没有可能对人身造成任何伤害。
2 不注意可能造成人体表皮局部损伤。
3 可造成较严重的伤害或偶尔的长途出差。
4 常进行具有危险性的外出旅行或其他的危险性活动。
附件5： 特殊信贷资产风险分类认定标准 一、信用卡透支 （一）信用卡透支可按照以下标准结合核心定义进行分类：逾期天数60天以下61天-90天91天-180天181天-360天360天以上正常1及以 分类结果 关注1及以下次级1及以下可疑损失 下 （二）按照财政部《金融企业呆账核销管理办法》（财金[2010]21号）的相关规定，经采取所有可能的措施和实施必要的程序之后，未能收回的款项，可认定为损失。 二、个人按揭类贷款、汽车消费贷款、新农村安居房贷款 （一）借款人在贷款期间能正常还本付息，应划分为正常1或正常1以下： （二）借款人连续违约期数达3次，或贷款本息逾期30天以上90天以内，应划分为关注1或关注1以下： （三）借款人连续违约期数达4-6次，或贷款本息逾期91-180天以内，应划分为次级1或次级1以下： （四）借款人连续违约期数达7次以上，或贷款本息逾期181天以上，应划分为可疑： 三、票据贴现
（一）凡按国家及本行有关商业汇票规定操作的未到期的人民币银行承兑汇票贴现，可划分为正常1类；外汇票据买入中按规定已核实印鉴及密押的银行汇票或本票可划分为正常1类。 （二）资料不全的人民币银行承兑汇票贴现或承兑人超授权承兑的票据贴现，可划分为关注2或关注2以下。 （三）汇票到期向承兑人提示付款、承兑人超过15天未有明确理由拒付票款的人民币银行承兑汇票贴现，可划分为次级1或次级1以下；外汇票据买入中有追索权但已得到付款人的明确拒付指示的外汇票据，可划分为次级1或次级1以下。 （四）违反汇票加载的限制性字样及附加条件而贴现的人民币银行承兑汇票贴现；汇票内容、要素、版本、背书及有关印章被证明有伪造行为，承兑银行在汇票到期后拒绝付款，并出示拒付文书以及外汇票据买入中已被付款人拒付而追索权又不可能实现的外汇票据应划分为可疑或可疑以下。 （五）对商业承兑汇票贴现应依照一般贷款的分类分析方式，首先对票据承兑人或贴现申请人的综合还款能力进行分析，再参照上述票据业务分类标准进行综合分析，最终得出分类结果。 四、打包放款 打包放款以借款人近期本币贷款分类情况作为重要参考依据，在重点分析贸易交易过程和货权控制的基础上，还应对借款人还款能力做出分析。若不能控制货权且未来贸易收入不能确定或控制，则应重点分析借款人的还款能力，同时必须做出财务分析。
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 即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。
有限公司 软件质量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.1 据《中国病案管理》“住院工作统计”一节的“手术统计”及其他数据的指标解释是：“手 术是利用器械或手法，对组织和器官进行切开，切除缝合、整复等基本操作处置病伤，达 到诊治病伤目的的医疗操作。” 1.2 根据卫生部有关规定，手术切口分为三类： ①Ⅰ类切口即无菌切口，经充分准备后，符合无菌要求的切口。如甲状腺切除术、开 颅手术、视觉器官、单纯骨折切开复位、四肢躯干及不切开空腔脏器的胸、腹部手术切口。 ②Ⅱ类切口即可能污染的切口。即手术切口部位有污染的可能。如手术中必须切开或 离断与体表相通连并有污染可能的空腔器官的手术切口。包括消化道、呼吸道、泌尿道、 阴道、子宫以及阴囊 、会阴部等不易彻底消毒皮肤的切口；新近愈合的切口须再次切开手术，例如腹部手术后 出现并发症须再次剖腹的切口如脾切除术后大出血须再次切开探查止血；伤口6h内经清 创初期缝合的切口。 ③Ⅲ类切口即污染切口。即在临近感染区域组织及直接暴露于感染区域的切口。例如 某些腹内明显感染的手术如胃十二指肠穿孔手术、阑尾穿孔手术、化脓性腹膜炎、胆囊积脓、肠绞窄坏死手术、结核性脓肿或窦道切出缝合的切口；与口腔相通的连的手术如唇裂、腭裂手术等以及各个系统或部位的脓肿切开引流等手术切口均属此类。 1.3 对于个别分类有困难的切口，一般定为下一类，即不能确定为“Ⅰ”者可以“Ⅱ”计，不 能确定为“Ⅱ”者可以“Ⅲ”计。 切口愈合分为三级：
文件编号：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)
手术切口分类及愈合等级的界定标准 ；手术切口分类；切口愈合等级分类 手术切口分类及愈合等级是评价手术质量的客观指标，因此要按统一标准予以界定并填写。但在实际工作中有些临床医师对标准的理解和掌握存在一定的偏差，病案首页录入员在录入过程中把关不严，影响统计报表的准确性。本文就手术切口分类及愈合等级界定中常见的问题及对策讨论如下： 1首先要理解什么是手术 1.1据《中国病案管理》“住院工作统计”一节的“手术统计”及其他数据的指标解释是： “手术是利用器械或手法，对组织和器官进行切开，切除缝合、整复等基本操作处置病伤，达到诊治病伤目的的医疗操作。” 1.2根据卫生部规定，手术切口分为三类： ①Ⅰ类切口即无菌切口。如颅脑、视觉器官、四肢躯干及不切开空腔脏器的胸、腹部手术切口。②Ⅱ类切口即可能污染的切口。即手术切口部位有污染的可能。如手术中必须切开或离断与体表相通连并有污染可能的空腔器疗的手术切口。包括消化道、呼吸道、泌尿道、阴道等以及阴囊、会阴部等不易彻底消毒皮肤的切口。③Ⅲ类切口即污染切口。即在临近感染区域组织及直接暴露于感染物的切口。如各个系统或部位的脓肿切开引流，化脓性腹膜炎等手术切口均属此类。 1.3对于个别分类有困难的切口，一般定为下一类，即不能确定为“Ⅰ”者可以“Ⅱ”计，不能确定为“Ⅱ”者可以“Ⅲ”计。 切口愈合分为三级： 甲级： 愈合优良，即没有不良反应的初级愈合，用“甲”字表示。乙级：
愈合欠佳，即愈合有缺点，但切口未化脓。为了反应愈合欠佳具体情况，可备注说明，如血肿、积液、皮肤坏死、切口破裂等用“乙”字表示。丙级： 切口化脓，并因化脓需要敞开切口或切开引流者。 用“丙”字表示。见表1。 2手术切口分类界定中容易出现的问题 2.1把Ⅰ类无菌切口计为Ⅱ类可能污染切口。例如： 把单纯甲状腺切除，乳腺部分切除，内眼手术，单纯疝气修补术，非创伤性颅脑手术等计为Ⅱ类可能污染切口。这些手术一般都做好充分术前准备，且从临床上看也符合无菌要求，应计为Ⅰ类无菌切口。 2.2把Ⅱ类可能污染切口计为Ⅰ类无菌切口。比如把胃次全切除术，阑尾单纯切除术，全宫切除术，输尿管切开取石等手术计为Ⅰ类无菌切口，这些手术必须切开或离断与体表相通并有污染可能的空腔脏器，应计为Ⅲ类可能污染切口。 2.3 Ⅲ类污染切口计为Ⅱ类可能污染切口。如急性化脓性阑尾炎合并穿孔手术，糖尿病足病（足坏疽）行足趾切除手术，十二指肠溃疡并穿孔手术等，这些手术不同于单纯的空腔脏器的手术，其切口直接暴露在感染物中或邻近感染区，故计为Ⅱ类可能污染切口显然不对。 3切口愈合等级界定中容易出现的问题 3.1把乙级愈合计为甲级愈合。如胃部分切除术，切口发生血肿，说明有感染症状，应计为乙级愈合。 3.2把丙级愈合计为乙级愈合，例如： 某病人行胆囊切除-胆总管切开取石-T管引流术，术后d5换药见切口有少许脓性液溢出，是典型的化脓感染切口，应计为丙级愈合切口。 4手术切口统计范围界定中容易出现的问题
黑盒测试用例的设计方法 第一章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、查询错误，数据错误显示；
不能完全满足系统要求，系统停止运行，系统的重要功能无法运行，系统崩溃或者挂起等导致系统不能继续运行。 修改优先级为最高，该级别问题需要立即修改。 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、其他建议性问题。
远东国际租赁有限公司租赁资产分类标准 (建机类印刷类工业装备类物流类)
修订记录
1.0概述 1.1适用范围 适用于资产分类模型（建机类/印刷类工业装备类/物流类）的资产是指由于租赁项目为建机、印刷、工业装备、物流等业务板块的企业所形成的资产，以及已经签约预计在未来将要形成的资产。 1.2资产分类的原则 1.2.1真实性。资产分类过程中所依赖的信息必须是真实的，可以准确地反映资 产的实际状况。 1.2.2及时性。资产分类过程中所依赖的信息必须是最新的信息，反映了资产最 近的状况。 1.2.3完整性。资产分类过程中所依赖的信息必须是有关资产的全部信息，可以 全面地反映资产的状况。 1.2.4持续性。项目经理与资产经理在日常的项目开发及管理过程中，持续收集 有关资产分类的信息，如果出现突发事件，极大影响承租人的偿债能力和偿债愿望，按照预警和出险的管理办法处理；在租赁资产存续的过程中，定期地对资产进行分类。 1.2.5定性与定量分析相结合。 1.2.6综合性。资产分类过程中，应全面考虑影响资产分类的各种因素，并综合 评定。 1.2.7重要性。根据影响承租人偿还债务可能性的诸多因素，区别其重要程度， 对其中起重要作用的关键因素进行重点分析、评价。 2.0租赁资产风险分类的类别及其特征 根据租赁资产按时、足额回收的可能性，租赁资产划分为正常、关注、次级、可疑、损失五个不同类别，后三类资产合称为风险类资产。 五类租赁资产的核心定义及其主要特征如下： 2.1正常类：对承租人正常偿还租金有充分把握，到目前为止没有任何理由怀 疑租赁资产会遭受损失。其主要特征包括： 2.1.1承租人一直能正常偿还租金； 2.1.2财务、经营状况正常，不存在任何影响租金及时、全额偿还的消极因素； 2.1.3租赁物件使用正常，不存在影响承租人还款意愿的消极因素；
附件一 产品分类界定申请表 我单位新研发的一个产品麻醉视频喉镜，依照现行的《医疗器械分类目录》、《医疗器械分类补充》，该产品目前暂无法明确其分类，以下是该产品的详细情况（附相关资料）： 1、拟界定的产品名称： 2、产品的结构原理及组成： 原理：镜片前端安装一个高清晰度防雾摄像头，并由发光二极管提供光线和对比度，通过连接线缆，将图像传递并放大至视频图像显示器上，供医护人员准确进行气管插管； 组成：一次性使用喉镜片、镜片固定座、手柄和视频图像显示器（主机）、连接线缆。 3、预期作用目的： 该产品用于挑起患者会厌部暴露声门，指引医护人员准确进行气管插管。 4、是否有源产品： 是有源产品。该产品为低电压产品；由3.7V直流电源供电，不连接外部电源。 5、是否无菌产品： 是无菌产品。该产品经环氧乙烷灭菌；喉镜片为一次性使用。 6、国内外近似产品（请提供产品名称、企业名称及注册证号或证明文件）： 近似产品：麻醉咽喉镜；企业名称：XXXX医疗器械有限公司； 注册证号： 7、企业主张及理由： 企业主张：该麻醉视频喉镜可按照“一类”医疗器械进行注册； 理由：本公司已注册的“麻醉咽喉镜”产品为一类产品，该麻醉视频喉镜，在结构上与已注册产品相似，且在临床应用中的预期用途也相同，只是在外部连接了视频显示器，在应用端两者一致，已注册麻醉咽喉镜已生成销售多年，临床中无不良事件发生，且麻醉视频喉镜与其相比较，未引入新的风险，且在应用端摄像头处全封闭状态，更大大降低了风险。因此，企业认为两者在安全性及有效性上是保持一致的，故申请将该产品作为一类医疗器械进行注册。 8、附图：<附1> 9、其它资料：<附2> 企业名称：（盖章）XXXX医疗器械有限公司
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对于用户造成的影响，风险和可视性。
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，很难重现√ 建议类测试人员对软件提出的建议√
按照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的数量如果过多自然
BUG严重级别定义 及描述 1. 严重问题 严重问题：阻碍开发或测试工作的问题。修改优先级为最高，该级别问题需要立即修改。 1）系统崩溃 2）导致程序重启,死机或非法退出 3）死循环 4）数据丢失或异常 5）数据通讯错误 2. 高级问题 高级问题：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 修改优先级为高，该级别需要程序员尽快修改。 1）功能不符合用户需求 2）数据计算错误 3）业务流程错误 4）程序接口错误 5）因错误操作迫使程序中断 6）系统可被执行，但操作功能无法执行（含指令） 7）功能项的某些项目（选项）使用无效（对系统非致命的）
8）功能实现不完整，如删除时没有考虑数据关联 9）功能的实现不正确，如在系统实现的界面上，一些可接受输入的控件点击后无作用， 对数据库的操作不能正确实现。 10）安全问题 3. 中级问题中级问题：系统可以满足业务要求，系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。 修改优先级为中，该级别需要程序员修改。 1）数据长度不一致 2）内容或格式错误 3）响应时间较慢 4）功能性建议 5）提示信息不太准确 6）操作界面错误（包括数据窗口内列名定义、含义是否一致） 7）简单的输入限制未放在前台进行控制 8）虽然正确性不受影响，但系统性能和响应时间受到影响 9）不能定位焦点或定位有误，影响功能实现 10）增删改功能，在本界面不能实现，但在另一界面可以补充实现 4. 低级问题 低级问题：界面、性能缺陷 修改优先级为低，该级别需要程序员修改或不修改
1）界面不规范 2）辅助说明描述不清楚 3）输入输出不规范 4）长时间操作未给用户提示 5）提示窗口文字未采用行业术语 6）可输入区域和只读区域没有明显的区分标志 7）必填项与非必填项应加以区别 8）滚动条无效 9）键盘支持不好，如在可输入多行的字段中，不支持回车换行 10）界面不能及时刷新，影响功能实现 5. 建议意见建议意见：希望提出的建议以及建议进行但不强制进行的修 改。不会给发 布的准确性或可用性带来任何严重影响。修改优先级为低，该级别需要程序员修改或不修改。 1）各种提示框信息使用不统一,未采用行业术语 2）界面显示或描述建议 3）光标跳转设置不好，鼠标（光标）定位错误 4）其他建议性问题
企业会计准则分类标准 可扩展商业语言（XBRL）与企业会计准则通用分类标准 XBRL针对的不是内容遵循的原则，而是针对的是载体的。也就是，未来的报告不会再以PDF/WORD/EXCEL 等形式提供。 相关政策的密集出台 【财政部】 2009年4月，财政部发布《财政部关于全面推进我国会计信息化工作的指导意见》， 2009年11月，财政部办公厅发布《关于就<中国XBRL分类标准架构规范>等3个规范标准征求意见的函》，提出了《中国XBRL分类标准架构规范》、《中国XBRL分类标准基础技术规范》以及《财会信息资源核心元数据标准》。 2010年1月，财政部会计司发布《XBRL年度财务报告披露模板（征求意见稿）》。 2010年3月，财政部办公厅发布《关于征求<积极推进可扩展商业报告语言（XBRL）应用的暂行规定（征求意见稿）>意见的通知》，提出《积极推进可扩展商业报告语言（XBRL）应用的暂行规定（征求意见稿）》。 【证监会】 2005年3月，证监会发布了《上市公司信息披露电子化规范》。 2010年1月，证监会2010年一号及二号文件，发布《<公开发行证券的公司信息披露编报规则第15号——财务报告的一般规定>（2010年修订）》，并附《财务报告披露格式》。首次制订表格化的财务报告披露格式。 一、什么是XBRL （一）XBRL的简述 可扩展商业报告语言（Extensible Business Reporting Language，以下简称 "XBRL"）是一种用于商业报告的“互联网语言”。XBRL的历史可以追溯到1998年4 月。1998年4月，美国华盛顿州会计师Charles Hoffman为了解决财务数据存储格式纷繁复杂、不利于数据交互的问题，把会计信息和互联网中的“国际语言” XML技术结合，提出XBRL（Extensible Business Reporting Language，可扩展商业报告语言）的构想，使财务信息也可以在网络下运转。他希望XBRL在技术方面能够解决信息在不同的平台、不同的软件之间交流的问题，在会计方面能够提高会计报告信息的质量。 XBRL一经提出，便得到了世界范围的普遍认同，全球信息供应链中各有关参与者，从政府监管机构、会计师事务所、软件公司、信息发布商，到银行、证券、保险和税务等都投入到XBRL的推广和应用中。 XBRL直译过来就是可扩展商业报告语言，是一种对商业数据进行标准化定义和表示的方法，也是目前应用于非结构化信息处理，尤其是会计信息处理的最新技术。 当XBRL应用在财务报告上时，由于它能够在财务报告数据上增加特定的分类标签，使计算机能够快速“读懂”财务报告，不仅可以单个读，还可以成批读；同时，XBRL还描述了不同信息之间的关系，给出了计算各种比率的公式，通过这种内置的验证机制，使计算机能够自动“分析”这些报告，有利于进行行业对比、深度分析和大范围比较。 在财务报告领域，XBRL使用基于XML 的数据标记，描述分类账、试算平衡表和财务报表各层面的财务信息。它的特点在于根据会计准则的列报规定，将财务报告等财务信息内容分解成不同的数据元（data elements），再根据信息技术规则对数据元（data elements）赋予唯一的数据标记，从而形成标准化规范。 例如，财务报表使用者拿到一份财务报表，由上面的“货币资金200 "（如图1所示）可以联想到的是：这是2011年财务预算的数据、应该等于流动资金和银行存款的合计数、属于资产负债表中流动资产的一个项目、这个概念来源于《企业会计准则第30号》的相关规定，并隐含表示货币资金不应为负数的信息。
安佑生物科技集团股份有限公司
附件一：《饲料板块事故隐患内部分级分类判定标准（2020版）》 序号内容类别等级 1 除尘系统违规采用正压吹送粉尘，且未采取可靠的防范点燃源的措施粉尘防爆重大 2 未制定粉尘清扫制度，作业现场积尘未及时规范清理粉尘防爆重大 3 可燃性粉尘与可燃气体等易加剧爆炸危险的介质共用一套除尘系统，不同防火分区的除尘系统互联互通粉尘防爆重大 4 在粉碎研磨造粒等易于产生机械点火源的工艺设备前，未按规范设置去除铁石等异物的装置粉尘防爆重大 5 粉尘爆炸危险场所的20区未使用防爆电气设备设施粉尘防爆重大 6 粉尘爆炸危险场所设置在非框架结构的多层建构筑物内，或与居民区员工宿舍会议室等人员密集场所安全距离不足消防安全重大 7 饲料加工车间内存放易燃易爆物品违反规定使用明火作业或者在具有火灾爆炸危险的场所吸烟、使用明火消防安全重大 8 未设置消火栓系统或消火栓系统状态故障不能正常使用消防安全重大 9 未对有限空间作业场所进行辨识，并设置明显安全警示标志有限空间重大 10 未落实作业审批制度，擅自进入有限空间作业有限空间重大 11 设备运行时,实施明火作业作业安全重大 12 粉尘爆炸危险作业场所的厂房（构建筑物）未设置防雷系统，或接地不可靠建设项目严重 13 未按照规定设置安全生产管理机构或者配备安全生产管理人员组织机构严重 14 未建立健全本单位安全管理制度和安全操作规程（包括危险作业和特种设备安全操作规程）管理制度严重 15 未进行每月综合安全检查和日常安全巡查，未将检查出的安全隐患进行登记隐患排查严重 16 未对事故隐患进行及时整改治理和验证隐患排查严重 17 未做到所有员工100%都完成了公司级安全教育培训，并有相应培训记录教育培训严重 18 生产部、品管部和行政部门后勤人员未100%完成部门级安全教育培训，并有相应培训记录教育培训严重 19 生产部、品管部和行政部门后勤人员未100%完成组级安全教育培训，并有相应培训记录教育培训严重 20 未制定粉尘防爆安全检査表,未定期开展粉尘防爆专项安全检査粉尘防爆严重 21 滤袋未采用阻燃及防静电的滤料制作粉尘防爆严重 22 易发生电火花的电气设备未布置在爆炸性粉尘区域以外粉尘防爆严重 23 用于20区、21区场所中的布线类型未采用电缆穿入螺纹的无缝或有缝焊管中或电缆本身不具有防机械损坏功能粉尘防爆严重 24 粉尘爆炸危险场所的21区未使用防爆电气设备设施粉尘防爆严重 25 斗式提升机未设置打滑、跑偏等安全保护装置,未设置故障立即自动启动紧急联锁停机装置粉尘防爆严重 26 斗式提升机未设泄爆口粉尘防爆严重 27 设备金属外壳、机架、管道等未可靠接地，金属管道的连接处（如法兰）未做跨接粉尘防爆严重 第2页/ 共8页
BUG定义规范Revision History
1.目的 对BUG概念、BUG提交和验证、BUG状态、BUG严重程度等内容进行定义和规范，以便进一步指导我们的测试工作 2.概念 BUG:软件中存在的瑕疵，可能会导致软件失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷 3.BUG管理工具 以Quality Center 9.0为提交、跟踪等工具 4.BUG提交和验证要求 以QC中的字段为准 提交时必选字段有：摘要，跟踪类型，检测者，检查日期，计划关闭版本，可重现，分 派给，严重程度，状态，描述 验证后，需要修改字段：关闭于版本，关闭日期，状态BUG描述模板如下： [问题概要]: [重现步骤]: 步骤1. 步骤2. [隔离分析]: [期望结果]: [重现概率]: [Test Case No.]:（若没有用例，则标注‘NA’，若是地区版本上的问题，则标注地区名称） [Test Case]:（若没有用例，则标注‘NA’，若是地区版本上的问题，则标注地区名称） QC中优先级和严重程度的区别：优先级由软件开发人员填写，严重程度由测试人员填写 计划关闭版本定义： 有2重含义：1.由测试人员填写当前发现bug的版本号；2.开发人员必须在此版本上修改 5.BUG验证 开发人员必须提供修改此bug会涉及到的功能点列表，并将此信息填写到bug描述中。 测试人员除验证此bug外，还需要将开发列出的功能点逐一验证，同时写入自己考虑到的功能点验证情况 来自需求和测试自己提交的问题，测试人员都需要验证，并填写测试结果，其中来自自己的bug，若验证通过，则修改状态为“关闭”；来自需求人员的bug，则修改状态为“验证完毕”，由需求人员来关闭（适用于胜算组）。 6.BUG状态流程 在正在BUG生命周期中，可能会经历很多状态，如：新建、提交验证、已关闭、重新打开、已挂起、重复提交等。 新建：新发现的问题 提交验证：开发修改bug后，会将状态变为提交验证，让测试工程师来执行验证操作已关闭：测试工程师经过验证后，发现此问题已经被修复，则修改状态为已关闭
BUG等级划分方法 一、四级的划分方式： 1.BUG等级划分建议： 目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。 ● 致命(可对应目前BUG体系中的“非常严重”)： 致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 具体基本上可分为： ○严重花屏 ○内存泄漏 ○用户数据丢失或破坏 ○系统崩溃/死机/冻结 ○模块无法启动或异常退出 ○严重的数值计算错误 ○功能设计与需求严重不符 ○其它导致无法测试的错误 ● 严重(可对应目前BUG体系中的“严重”) 严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。 具体基本上可分为： ○功能未实现 ○功能错误
○系统刷新错误 ○语音或数据通讯错误 ○轻微的数值计算错误 ○系统所提供的功能或服务受明显的影响 ● 一般(可对应于目前BUG体系中的“普通”) 一般性问题主要为：界面、性能缺陷 具体基本上可分为： ○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误 ○提示信息错误(包括未给出信息、信息提示错误等) ○长时间操作无进度提示 ○系统未优化(性能问题) ○光标跳转设置不好，鼠标(光标)定位错误 ● 提示(可对应于目前BUG体系中的“轻微及建议”) 提示性问题主要为：易用性及建议性问题 具体基本上可分为： ○ 界面格式等不规范 ○ 辅助说明描述不清楚 ○ 操作时未给用户提示 ○ 可输入区域和只读区域没有明显的区分标志 ○ 个别不影响产品理解的错别字