软件缺陷管理中的BUG等级划分方法
BUG等级划分标准
B U G等级划分标准标准化工作室编码[XX968T-XX89628-XJ668-XT689N]B U G等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
软件缺陷等级划分标准
软件缺陷等级划分标准
软件缺陷等级划分标准是指根据软件缺陷的严重程度和影响范围，将软件缺陷分为不同等级，以便开发人员和测试人员能够更好地管理和解决软件缺陷。
软件缺陷等级划分标准通常由软件开发公司或项目组制定，也可以参考国际标准或行业标准。
一般来说，软件缺陷等级划分标准包括以下几个方面：
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等级定义？都分为那些级别
缺陷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 建议、优化类建议优化类分享给朋友：。
软件工程 软件测试缺陷等级判定方法
软件工程软件测试缺陷等级判定方法
软件工程软件测试缺陷等级判定方法
一、安全隐患
安全隐患是指潜在的安全威胁，可能会导致安全威胁发生。
安全隐患的等级可以根据其影响的范围划分，一般分为三个等级：高风险、中风险和低风险。
1. 高风险：高风险级别的安全隐患，指可能引发影响较大的安全事件，如暴露的敏感信息、访问控制缺陷、缓冲区溢出等。
2. 中风险：中风险级别的安全隐患，指可能引发一定影响的安全事件，如信息泄露、缓冲区错误、决策逻辑错误等。
3. 低风险：低风险级别的安全隐患，指可能会造成一定影响，但不会引发安全事件的潜在隐患，如软件界面设计等。
二、功能缺陷
功能缺陷是指在软件开发过程中，没有按设计要求实现的功能，或者根据用户的需求，软件系统未提供预期的功能。
功能缺陷等级主要有四个：高级别、中级别、低级别和建议级别。
1. 高级别缺陷：高级别缺陷是指程序失效或软件系统出现较严重错误，影响软件使用的缺陷。
2. 中级别缺陷：中级别缺陷是指程序失效或软件系统出现一定程度的错误，可能影响软件使用的缺陷。
3. 低级别缺陷：低级别缺陷是指程序失效或软件系统出现较小的错误，可能影响软件使用体验的缺陷。
4. 建议级别缺陷：建议级别缺陷是指软件系统出现的可优化的缺陷，或者是根据用户需求，软件系统没有进行相应的功能开发，但不影响软件使用的缺陷。
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、图片显示错误、按钮。
(完整版)BUG 等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
BUG等级划分标准
B U G等级划分标准(总3页) -CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面，使用请直接删除BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
bug等级划分
一、致命（一级bug）
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。
比如：1.内存泄漏；2.严重的数值计算错误；3.系统容易崩溃；4.功能设计与需求严重不符；5.系统无法登陆；6.循坏报错，无法正常退出。
二、严重（二级bug）
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
比如：1. 功能未实现；2.功能存在报错；3.数值轻微的计算错误。
三、一般（三级bug）
通常表现为：界面、性能缺陷。
比如：1.边界条件下错误；2.容错性不好；3.大数据下容易无响应；4.大数据操作时，没有提供进度条。
四、提示（四级bug）
通常表现为：易用性及建议性问题
比如：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单定级标准
bug单定级标准在软件开发过程中，Bug单是用于记录和追踪软件缺陷的重要工具。
为了有效地管理和解决Bug，Bug单的定级标准非常重要。
下面是一些常见的Bug单定级标准的参考内容，以帮助团队制定适合自己项目的标准。
1. 严重程度：- 致命（Critical）：该Bug会导致系统崩溃或无法正常运行，无法绕过或忽视此问题。
- 严重（Major）：该Bug会导致系统某些重要功能无法正常使用，但该功能可以通过其他方式绕过。
- 一般（Normal）：该Bug会导致系统的某些功能受限，但整体上不会影响系统的主要功能。
- 轻微（Minor）：该Bug只会对系统的一些辅助功能产生轻微影响，对系统的核心功能没有明显影响。
2. 优先级：- 高（High）：该Bug对用户体验产生严重影响或系统功能无法正常运行，需要优先处理。
- 中（Medium）：该Bug会对用户体验产生一定程度的影响，但功能仍然可以正常使用，需在合理的时间内处理。
- 低（Low）：该Bug对系统功能无影响或只产生轻微影响，可以在后续版本中修复。
3. 影响范围：- 用户范围（User Impact）：该Bug对用户体验直接造成的影响程度。
- 功能范围（Function Impact）：该Bug对系统功能的影响程度。
- 代码范围（Code Impact）：该Bug对代码的影响程度，是否需要修改核心逻辑或大量重构。
4. 复现频率：- 必现（Always）：该Bug每次操作都能必现，非常容易复现。
- 偶现（Intermittent）：该Bug不是每次操作都能复现，需要特殊条件或概率性事件触发。
- 很难复现（Difficult）：该Bug非常难以复现，需要特殊环境或条件，因此难以调试和解决。
5. 解决时间：- 紧急（Immediate）：该Bug需要立即解决，不能等待下一个版本发布。
- 优先（High）：该Bug需要在下一个版本发布前解决。
- 正常（Normal）：该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 严重程度或等级划分（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严重程度及优先级的划分Bug时，只定义Bug的Severity, 即该Bug的严重程度，而将Priority交给Project Leader 或Team Leader来定义，由他们来决定该Bug被修复的优先等级。
某种意义上来说，Priority的定义要依赖于Severity，在大多数情况下，Severity越严重，那这个Bug的Priority就越高。
你知道如何合理定义bug的Sevrity么？通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Trivial（也可自定义，但通常是这四个）, 而priority分为五个等级：Immediate, Urgent, High, Normal, Low。
Severity（严重程度）1.Blocker（有妨碍的）:即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
•严重花屏•内存泄漏•用户数据丢失或破坏•系统崩溃/死机/冻结•模块无法启动或异常退出•严重的数值计算错误•功能设计与需求严重不符•其它导致无法测试的错误, 如服务器500错误• 2.Critical（紧要的）：即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
•功能未实现•功能错误•系统刷新错误•数据通讯错误•轻微的数值计算错误•影响功能及界面的错误字或拼写错误•安全性问题• 3. Major（严重的）：即界面、性能缺陷、兼容性。
•操作界面错误（包括数据窗口内列名定义、含义是否一致）•边界条件下错误•提示信息错误（包括未给出信息、信息提示错误等）•长时间操作无进度提示•系统未优化（性能问题）•光标跳转设置不好，鼠标（光标）定位错误•兼容性问题• 4.Minor/Trivial（次要的/不严重的）:即易用性及建议性问题。
•界面格式等不规范•辅助说明描述不清楚•操作时未给用户提示•可输入区域和只读区域没有明显的区分标志•个别不影响产品理解的错别字•文字排列不整齐等一些小问题Priority（优先级）1.Immediate（立刻）即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。
Bug严重程度分类
软件缺陷严重度划分为4类：A类（严重），B类（较严重），C类（一般），D类（轻微）
BUG优先级
BUG严重度
1级：立即修改
A类：严重
指造成系统严重破坏、挂起、崩溃，造成系统受阻无法运行； 在流程、数据、安全方面存在重大问题，导致软件不具可用性； 系统的核心/主要功能无效；
不能完全满足系统要求，基本功能未完全实现；
使系统不稳定、或破坏数据、或产生错误结果，或部分功能无 法执行，而且是常规操作中经常发生或非常规操作中不可避免 的主要问题；
系统存在较严重的安全隐患和性能问题；
系统易用性较差；
系统描述易引起较严重的误会或较严重的影响；
系统的某些功能没有实现而引起后续次要功能不能继续进行； 系统的次要功能没有实现；
由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局 部功能错误，但可以采取其他变通的操作实现。
界面拼写错误或用户使用不方便等小问题或需要完善的问题； 存在某些细微的缺陷，但不影响程序正常应用。
3级：正常修改
C类：一般
指造成系统功能失效、会引起操作上重大误解的；
严重地影响系统要求或基本功能的实现，但存在合理的更正办 法（重新安装或重新启动该软件不属于更正办法）；
系统性能或响应时间变慢、产生错误的中间结果但不影响最终 结果等影响有限的问题；
由于编码不够完善，使某个小功能无法使用，或者对特殊的操 作与要求不能支持
软件规范轻度不合理，存在歧义，需要反 或不友好；
功能虽然能够正常使用，但由于实现过程中缺乏容错性，不能 对设计边界以外（甚至边界本身）的数据或操作做岀正确的响 应，导致程序整体不稳定；
运行过程中弹出未控制的系统提示，但不影响流程继续； 涉及数据错误的问题不存在轻度或细微状态；
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
● 致命(可对应目前BUG体系中的“非常严重”)：
致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：
○ 严重花屏
○ 内存泄漏
○ 用户数据丢失或破坏
○ 系统崩溃/死机/冻结
二、常见举例：?
o)?功能建议?
p)?操作建议?
q)?说明建议?
r)?UI建议
f) 系统处理未优化
g) 长时间操作未给用户进度提示
提示
一、同时满足以下3个条件的，认为是提示缺陷：?
1.?功能实现正常，但是操作者使用不便，有改进空间；?2.?所产生的问题不会影响系统任何问题；?3.?所产生的问题不影响测试任务的执行。?
二、常见提示缺陷举例：?
h)?描述不清楚?
a)?基本功能实现错误、遗漏或实现不完整?
b)?操作功能无法执行（含指令）、功能项（选项）使用无效?
c)?因错误操作导致的程序中断?
d)?重要的数据删除操作未给出提示?
e)?数据流错误、数据容易被篡改、不能保存?f)?重要的数据通讯错误?
g)?轻微的数值计算错误、业务流程错误、程序接口错误?
软件缺陷Байду номын сангаас理中的BUG等级划分方法
BUG等级划分 软件测试
1.BUG等级划分建议：
目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。
○ 边界条件下错误
○ 提示信息错误(包括未给出信息、信息提示错误等)
○ 长时间操作无进度提示
○ 系统未优化(性能问题)
○ 光标跳转设置不好，鼠标(光标)定位错误
● 提示(可对应于目前BUG体系中的“轻微及建议”)
提示性问题主要为：易用性及建议性问题
h)?程序抛出异常信息没有处理??
i)?安装后文件不全、文件错误造成基本功能无法实现?
j)?前后台版本不兼容、与Win7、Win8、XP系统运行不兼容?
一般?
一、同时满足以下3个条件，认为是一般缺陷：?
1.?功能运行正常，但有一些不一致的情况出现；?
2.?所产生的问题不会影响系统任何问题；?
○ 模块无法启动或异常退出
○ 严重的数值计算错误
○ 功能设计与需求严重不符
○ 其它导致无法测试的错误
● 严重(可对应目前BUG体系中的“严重”)
严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
具体基本上可分为：
3.?所产生的问题不影响测试任务的执行，或者通过其他规避措施继续测试任务的执行。?
二、常见一般缺陷举例：?
a)?界面显示错误，且影响查看功能实现状态
b) 简单的输入限制未放在前台进行控制
c) 数据长度不一致、内容或格式错误、边界条件错误
d) 提示信息不准确
e) 不能定位焦点或定位错误
缺陷严重等级?描述?
致命?
一、满足以下条件之一的，认为是致命缺陷：?
1.?基本功能缺失，或者基本功能毫无用处；?
2.?所产生的问题将导致系统系统崩溃或资源严重不足；?
3.?所产生的问题导致阻塞测试任务执行。?
二、常见致命缺陷举例：?
a)?程序引起的重启、死机、死循环、系统崩溃/冻结/非法退出?
严重?
一、满足以下条件之一的，认为是严重缺陷：?
1.?基本功能实现不正常，严重不符合系统要求；?
2.?所产生的问题会导致系统部分功能不正常；?
3.?所产生的问题虽严重，但不影响系统测试任务执行或者影响较小。
4.?安全性控制不完备?
?导致系统不稳定性?
大概率?
二、常见严重缺陷举例：?
b)?功能设计与需求严重不符、核心功能没有实现或功能错误?
c)?无法正常安装、卸载、进程资源不能释放?
d)?共享资源发生死锁、数据库表发生死锁、数据库连接错误?
e)?内存泄漏、内存溢出、数组越界?
f)?用户数据丢失或破坏?
g)?模块无法启动或异常退出?
h)?严重的数值计算错误?
i)?在Win7、Win8、XP操作系统运行不正常?j)?其它导致无法测试的错误?
i)?显示格式不规范?
j)?提示窗口文字未采用行业术语?
k)?页面操作不符合用户操作习惯?
l)?删除操作未给出提示?
m)?界面不规范、输入输出不规范、未区分必填项和非必填项?
n)?辅助说明描述不清楚
建议
建议性的改进要求，提出者（可非测试人员）提出对测试对象的改进意见或测试人员提出的建议、质疑。?
○ 功能未实现
○ 功能错误
○ 系统刷新错误
○ 语音或数据通讯错误
○ 轻微的数值计算错误
○ 系统所提供的功能或服务受明显的影响
● 一般(可对应于目前BUG体系中的“普通”)
一般性问题主要为：界面、性能缺陷
具体基本上可分为：
○ 操作界面错误(包括数据窗口内列名定义、含义是否一致)
软件缺陷管理中的BUG等级划分方法
软件缺陷管理中的BUG等级划分方法 BUG等级划分 软件测试 1.BUG等级划分建议： 目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水