bug级别定义及流转说明
bug等级划分
bug等级划分
一、Bug等级划分
严重程度：1-fatal(致命),2-critical（严重）,3-major（一般）,4-Minor（微小）
1-fatal: 系统出现瘫痪、服务中断或数据丢失，非正常返回操作系统、要求重启系统、关键功能缺乏并无法绕道，存在严重稳定性隐患, 重要或常用功能缺乏且不能绕过(10)
实例：【anroid-关于】点击“关于”后，应用闪退
步骤：⑴点击清除图片缓存
⑵点击自定义板块选择
⑶选择一板块-确认
⑷重复步骤1-3
⑸点击关于
实际结果：应用闪退
期望结果：正常进入关于页面
备注：操作步骤一般控制在6步以内
2-citical: 缺陷存在导致系统严重不稳定、数据出现错误用户体验带来极大不便。
（3）3-major 基本功能不能顺利实现，或其他辅助功能缺失。
存在不明确或不完整的错误提示信息。
缺陷的存在对用户产品使用影响较小且大都有绕道方法(1)
4-Minor基本或者辅助功能工作不稳定，缺陷的存在不会导致客户误解的显示或描述性错误，用户通常不易体察到。
(0.5)
5.建议性的问题，可提到级别为4中（目前禅道只有4），提交建议时，最好标明建议
类的字样
二、优先级别p1,p2,p3,p4分别与以上等级对应。
P1:对产品影响非常大，找出产品无法移交
P2:对产品影响比较大，如果发布给用户将会产生麻烦
P3:对产品影响一般，如果bug被解决，产品会更好
P4:对产品影响较小，其他bug解决后，在解决该类bug。
bug严重程度或等级划分(教学应用)
bug严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，低级)
致命urgent：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。
比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。
严重\高high：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题比如：
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):系统的次要功能点或需求点没有实现；数据丢失或损坏。
缺陷BUG等级定义？都分为那些级别
缺陷BUG等级定义？都分为那些级别缺陷等级等级名称等级定义P1 严重缺陷应⽤系统崩溃或系统资源使⽤严重不⾜：1、系统停机（含软件、硬件）或⾮法退出，且⽆法通过重启恢复；2、系统死循环；3、数据库发⽣死锁或程序原因导致数据库断连；4、系统关键性能不达标。
5、数据通讯错误或接⼝不通6、错误操作导致程序中断P2 较严重缺陷系统因软件严重缺陷导致下列问题：1、重要交易⽆法正常使⽤、功能不符合⽤户需求；2、重要计算错误；3、业务流程错误或不完整；4、使⽤某交易导致业务数据紊乱或丢失；5、业务数据保存不完整或⽆法保存到数据库。
6、周边接⼝出现故障（需考虑接⼝时效/数量等综合情况）；7、服务程序频繁需要重启（每天2次或以上）；8、批处理报错中断导致业务⽆法正常开展。
9、前端未合理控制并发或连续点击动作，导致后台服务⽆法及时响应。
10、在产品声明⽀持的不同平台下，出现部分重要交易⽆法使⽤或错误。
P3 ⼀般性缺陷系统因软件⼀般缺陷导致下列问题：1、部分交易使⽤存在问题，不影响业务继续开展，但造成使⽤障碍。
2、初始化未满⾜客户要求或初始化错误3、功能点能实现，但结果错误；4、数据长度不⼀致；5、⽆数据有效性检查或检查不合理；6、数据来源不正确；7、显⽰/打印的内容或格式错误；8、删除操作不给提⽰；9、个别交易系统反应时间超出正常合理时间范围10、⽇志记录信息不正确或应记录⽽未记录11、在产品声明⽀持的不同平台下，出现部分⼀般交易⽆法使⽤或错误。
P4 较⼩缺陷系统因软件操作不便⽅⾯缺陷：1、系统某些查询、打印等实时性要求不⾼的辅助功能⽆法正常使⽤；2、界⾯错误3、菜单布局错误或不合理4、焦点控制不合理或不全⾯；5、光标,滚动条定位错误；6、辅助说明描述不准确或不清楚；7、提⽰窗⼝描述不准确或不清楚；8、⽇志信息不够完整或不清晰，影响问题诊断或分析的；P5 其他缺陷系统辅助功能缺陷：1、缺少产品使⽤、帮助⽂档、系统安装或配置⽅⾯需要信息；2、联机帮助、脱机⼿册与实际系统不匹配3、系统版本说明不正确；4、长时间操作未给⽤户进度提⽰；5、提⽰说明未采⽤⾏业规范语⾔；6、显⽰格式不规范7、界⾯不整齐8、软件界⾯、菜单位置、⼯具条位置、相应提⽰不美观，但不影响使⽤P6 建议、优化类建议优化类分享给朋友：。
BUG级别（优先级、严重级）定义
BUG级别（优先级、严重级）定义⼀、主要分类BUG类型标准主要分两类：Ø 依据优先级分类。
Ø 依据严重程度分类。
⼆、主要内容依据优先级分类标准定义优先级：指⼀个BUG相对于其他BUG对于公司的影响，解决的及时性。
分类标准紧急² 系统⽆法⼯作² 测试⽆法继续正常⼯作² 特殊情况：如重要客户（项⽬重要性）⾼² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 关联性错误² 前后模块不⼀致² 链接错误² 特殊性的程度性能低下² 程序引起的安全问题注：涉及所有关于数据流的错误中² 页⾯格式错误² 兼容性问题² 校检错误² 图⽚错误² ⽂案错误² 程序性能低下² 缺少容错性处理² 功能易⽤程度低² 配置问题注：涉及的所有关于⽂本的错误低² 遗留问题² 暂时⽆法实现技术问题² 合理建议依据严重程度分类标准定义严重程度：指⼀个BUG对于⽤户造成的影响，风险和可视性。
分类标准紧急² 程序⽆法运⾏的错误² 测试⽆法执⾏的错误⾮常⾼² 链接错误² 前后模块不⼀致² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 程序性能低下² 程序引起的安全问题⾼² 页⾯格式错误² ⽂案错误² 图⽚错误² 兼容性错误² 校检错误中² 关联性错误² 配置问题² 功能易⽤程度低低² 合理建议² 遗留问题² 暂时⽆法实现技术问题注意事项1) ⼀些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。
BUG等级划分标准
B U G等级划分标准 Prepared on 22 November 2020BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
测试BUG等级划分标准
测试BUG等级划分标准
BUG类型缺陷
S级bug，优先级最高
致命缺陷：
1、代码存在巨大缺陷（代码结构有巨大问题）
2、数据库存在巨大隐患（如恶意攻击造成的账户私密信息泄露）
3、充值存在问题（如金钱计算错误、充值不到账）
4、具体功能未实现
5、系统不稳定等（如常规操作会引发系统崩溃、死机、死循环）
A级bug，优先级次高
严重缺陷：
1、重要功能未实现（例如：更新的功能为实现，功能设计与需求严重不符）
2、功能操作影响多个其他功能
3、代码有错误（非常规操作会导致的崩溃、死机、死循环等）
4、UI界面存在影响功能实现的问题（封面图片的失真、压缩、完全变形等）
5、前端的安全问题等（密码明文显示等）
B级bug，优先级一般
一般缺陷：
1、次要功能不能正常实现
2、操作UI显示错误（增删改查等）
3、部分操作未给出提示（例如：删除、修改等）
4、UI兼容性问题等
建议修改类型缺陷
优化建议，优先级最低（建议修改）
程序在一些显示上不美观，不符合用户习惯，用户体验不佳或者是一些文字的错误
1、界面格数等不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误等等
需求
测试过程中发现的一些为实现功能，但不属于本次版本内容，下个版本增加的内容，缺陷记录为：需求。
BUG等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
Bug严重程度分类
软件缺陷严重度划分为4类：A类（严重），B类（较严重），C类（一般），D类（轻微）
BUG优先级
BUG严重度
1级：立即修改
A类：严重
指造成系统严重破坏、挂起、崩溃，造成系统受阻无法运行； 在流程、数据、安全方面存在重大问题，导致软件不具可用性； 系统的核心/主要功能无效；
不能完全满足系统要求，基本功能未完全实现；
使系统不稳定、或破坏数据、或产生错误结果，或部分功能无 法执行，而且是常规操作中经常发生或非常规操作中不可避免 的主要问题；
系统存在较严重的安全隐患和性能问题；
系统易用性较差；
系统描述易引起较严重的误会或较严重的影响；
系统的某些功能没有实现而引起后续次要功能不能继续进行； 系统的次要功能没有实现；
由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局 部功能错误，但可以采取其他变通的操作实现。
界面拼写错误或用户使用不方便等小问题或需要完善的问题； 存在某些细微的缺陷，但不影响程序正常应用。
3级：正常修改
C类：一般
指造成系统功能失效、会引起操作上重大误解的；
严重地影响系统要求或基本功能的实现，但存在合理的更正办 法（重新安装或重新启动该软件不属于更正办法）；
系统性能或响应时间变慢、产生错误的中间结果但不影响最终 结果等影响有限的问题；
由于编码不够完善，使某个小功能无法使用，或者对特殊的操 作与要求不能支持
软件规范轻度不合理，存在歧义，需要反 或不友好；
功能虽然能够正常使用，但由于实现过程中缺乏容错性，不能 对设计边界以外（甚至边界本身）的数据或操作做岀正确的响 应，导致程序整体不稳定；
运行过程中弹出未控制的系统提示，但不影响流程继续； 涉及数据错误的问题不存在轻度或细微状态；
Bug等级和定义
Bug等级/定义
等级修改完成时长验证完成时长
紧急2工作日1工作日
非常高3工作日2工作日
高4工作日3工作日
中5工作日4工作日
低6工作日4工作日
5级分类
A类（紧急）---导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露
1.系统崩溃。
如：应用程序死掉、应用程序异常退出
2.无法正常安装
3.升级脚本错误，升级失败
4.主要功能无法实现或遗漏，流程执行受阻等
……
B类（非常高）---导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现
1.基本功能存在部分问题或基本功能无法实现或遗漏
2.程序抛出异常
3.安装后文件不全、文件错误造成基本功能无法实现
4.用户需求未实现
……
C类（高）---影响被测功能正确实现的问题
1.次要功能存在部分问题
2.需求理解错误
3.计算错误/取值错误等
……
D类（中）---一般性错误或者功能实现不完善等
1.界面错误(详细文档)
2.打印内容、格式错误
3.删除操作未给出提示
4.系统操作不方便
……
E类（低）---较低级错误/一些建议性的错误
1.辅助说明描述不清楚
2.错字/别字
3.可输入区域和只读区域没有明显的区分标志
4.提示窗口文字未采用行业术语
5.长时间操作未给用户进度提示
6.显示格式不规范、查询报告格式错误
7.优化/建议性的错误
……。
BUG等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、 BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
BUG等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
bug级别定义
bug级别定义1级Bug（主体产品层⾯）1级bug：阻碍开发或测试⼯作的问题。
修改优先级为最⾼，该级别问题需要⽴即修改。
导致产品崩溃或不响应、设备卡死、产品程序⽆法正常安装、启动或登录等缺陷，⽤户数据受到破坏的缺陷，服务器或数据库存在安全风险，严重影响项⽬进度。
包括但不限于以下错误：1）由于程序所引起的死机2）⾮法退出死循环3）数据库发⽣死锁4）内存泄漏5）因错误操作导致的程序中断6）重⼤功能错误7）与数据库连接错误8）数据通讯错误9）系统存在安全问题，缺陷导致重要数据丢失或损坏10）功能完全违背需求要求，严重不符合产品定义等等2级Bug （主要功能层⾯）2级Bug：系统⽆法执⾏、崩溃或严重资源不⾜、应⽤模块⽆法启动或异常退出、⽆法测试、造成系统不稳定。
修改优先级为⾼，该级别需要程序员尽快修改。
主要功能完全丧失或严重错误，产品主要流程⽆法进⾏，程序导致⽤户客户端或浏览器存在安全风险，严重地影响系统要求或主要功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。
包括但不限于以下错误：1）程序接⼝错误2）因错误操作迫使程序中断3）系统可被执⾏，但操作功能⽆法执⾏（含指令）4）单项操作功能可被执⾏，但在此功能中某些功能（含指令参数的使⽤）⽆法被执⾏（对系统⾮致命的）5）在功能项的某些项⽬（选项）使⽤⽆效（对系统⾮致命的）6）业务流程不正确，或者功能操作逻辑与产品定义严重不符7）功能实现不完整，如删除时没有考虑数据关联8）功能的实现不正确，如在系统实现的界⾯上，⼀些可接受输⼊的控件点击后⽆作⽤；对数据库的操作不能正确实现9）报表格式以及打印内容错误（⾏列不完整，数据显⽰不在所对应的⾏列等导致数据显⽰结果不正确的错误）等等3级 Bug（次要功能层⾯）3级Bug：系统可以满⾜业务要求，系统性能或响应时间变慢、产⽣错误的中间结果但不影响最终结果等影响有限的问题。
修改优先级为中，该级别需要程序员修改。
BUG等级划分标准
B U G等级划分标准 Document number：NOCG-YUNOO-BUYTT-UU986-1986UTBUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
BUG等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
BUG等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
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. 建议意见建议意见：希望提出的建议以及建议进行但不强制进行的修改。
BUG等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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
即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。
2.3. Very High(高度重视)——P3
即“高度重视”，表示有时间就要马上解决，否则系统主要功能偏离需求较大或者不能正常工作。
2.4. High（重视）——P4
即“重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。
2.5. Normal（正常）——P5
即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。
2.6. Low（稍缓）——P6
即”低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。
3. Bug严重程度(Severity)
Bug严重级别分为5个级别，即为S1~S5，S1~S5分别为：Blocker（有妨碍的）、Critical（紧要的）、Major（严重的）、Minor（次要的）、Trivial(不严重的)。
4. Bug状态及流转
4.1. Bug状态及说明
Bug：指缺陷通过一个跟踪修复过程的进展情况。
bug状态包括New、Open、Reopen、Fixed、Closed、Rejected、Duplicate、Delay等。
New (新建)为测试人员新问题提交所标志的状态。
Open (打开/进行中)为任务分配人（开发组长/经理）对该问题准可备进行修改并对
该问题分配修改人员所标志的状态(备注：如果无任务分配人员，测试人员直接把对应问题分配给开发人员，并置状态为Open)。
Bug解决中的状态，由任务分配人改变。
对没有
进入此状态的Bug，程序员不用管。
Reopen(重新打开) 为测试人员对修改问题进行验证后没有通过所标志的状态；或者
已经修改正确的问题，又重新出现错误。
由测试人员改变。
Fixed (已解决)为开发人员修改问题后所标志的状态，修改后还未测试。
Closed (已关闭)为测试人员对修改问题进行验证后通过所标志的状态。
由测试人员改变。
Rejected (拒绝)开发人员认为不是Bug、描述不清、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的
问题。
由Bug分配人或者开发人员来设置。
Duplicate(重复) 测试人员已经提交过此问题，由测试人员、bug分配人或者开发人员
来设置为重复。
Delay(延期)bug延期解决，由项目负责人、开发人员或者测试人员来延期。
可通过会
议讨论方式决定。
4.2. Bug状态流转方式
Bug流转方式：
5. Bug内容
一个bug包含的主要内容有标题、优先级、严重程度、状态、操作步骤、预期结果、实际结果。