BUG级别定义标准v1.1
缺陷等级划分规定
缺陷等级划分规定１．缺陷等级划分规范１．１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等级划分标准
B U G等级划分方法一、测试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处理流程1、紧急：崩溃、严重BUG处理流程1-2天内解决2、优先：一般BUG处理流程尽快处理3、普通：次要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定义标准广东旭普空间信息技术产业发展有限公司2009-10-30文档修订记录：*说明：C――创建，A——增加，M——修改，D——删除1引言1.1目的对 BUG 概念、分类、 BUG 状态、 BUG 等级划分等内容进行定义和规范，以便进一步指导我们的测试工作。
一方面也让开发人员明白各类BUG的定义，及测试人员对其程序中各类缺陷等级划分的依据。
1.2 概念BUG ：软件中存在的瑕疵，可能会导致系统失效。
简单的说就是软件系统中存在可能导致系统出错、控制失效、死机等错误或缺陷。
1.3相关名词解释1、软件错误：指在软件生存周期内出现的不希望或不可接受的人为错误。
2、软件缺陷：是存在于软件（文档、数据、程序）中偏离需求说明书的现象，其结果是软件运行于某一特定条件时会出现软件故障。
3、软件故障：是指软件运行过程中出现的一种不希望或不可接受的内部状态，比如：软件处于处理一个多余循环过程时，我们可以称软件出现故障，若此时没有适当的容错措施加以处理，就会导致软件失效。
4、软件失效：软件运行时产生的一种不希望或不可接受的外部行为结果。
1.4 参考资料1、<<测试管理—bug管理>>2、<<CMM缺陷等级划分标准>>3、51testing软件测试专业论坛2 BUG提交要求1Bug通过测试组评审，属于已确认的bug2测试人员需用清晰、简洁的文字描述bug，并能复现3 BUG分类1、功能错误以需求说明书为参照，未达到或未完成需求说明书所描述的功能即为功能错误。
具体基本上可分为：a、严重花屏b、内存泄漏c、用户数据丢失或破坏d、系统崩溃/死机/冻结e、模块无法启动或异常退出f、严重的数值计算错误g、重复的功能h、多余的功能i、遗漏的功能j、需求未实现k、功能设计与需求严重不符l、其它导致无法测试的错误2、编码错误在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。
缺陷等级划分规定
缺陷等级划分规定１．缺陷等级划分规范１．１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等级划分标准
6. 测试bug等级划分标准：
按照jira管理工具上，bug主要分五类：
1）Blocker：阻碍开发或测试工作的问题。
（这个测试人员通常很少遇到）
2）Critical：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：
○严重花屏
○内存泄漏
○用户数据丢失或破坏
○系统崩溃/死机/冻结
○模块无法启动或异常退出
○严重的数值计算错误
○功能设计与需求严重不符
○用户权限问题
○安全问题
○其它导致无法测试的错误
3）Major：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
具体基本上可分为：
○功能未实现
○功能错误
○系统刷新错误
○语音或数据通讯错误
○轻微的数值计算错误
○系统所提供的功能或服务受明显的影响
4）Minor：界面、性能缺陷
具体基本上可分为：
○操作界面错误（包括数据窗口内列名定义、含义是否一致）
○边界条件下错误
○提示信息错误（包括未给出信息、信息提示错误等）
○长时间操作无进度提示
○系统未优化（性能问题）
○光标跳转设置不好，鼠标（光标）定位错误
5）Trivial：易用性及建议性问题
具体基本上可分为：
○界面格式等不规范
○辅助说明描述不清楚
○操作时未给用户提示
○可输入区域和只读区域没有明显的区分标志
○个别不影响产品理解的错别字
○文字排列不整齐等一些小问题
○建议。
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是软件开发过程中不可避免的问题，它们可能会导致软件无法正常运行或者功能不完善。
为了能够高效地解决这些问题，我们需要对Bug进行优先级的定义和分类。
本文将介绍一种常见的Bug优先级定义标准，以帮助开发团队更好地管理和解决Bug。
一、严重性首先，我们需要对Bug的严重性进行评估。
严重性是指Bug对软件功能和用户体验的影响程度。
根据严重性的不同，我们可以将Bug分为以下几个级别：1. 严重（Critical）：这类Bug会导致软件无法正常运行，或者造成数据丢失、系统崩溃等严重后果。
例如，软件无法启动、关键功能无法使用等。
2. 高（High）：这类Bug会导致软件功能受限，或者造成用户体验不佳。
例如，某些功能无法正常使用、界面显示错乱等。
3. 中（Medium）：这类Bug会对软件功能和用户体验产生一定影响，但不会造成严重后果。
例如，某些功能存在小问题、界面布局不够美观等。
4. 低（Low）：这类Bug对软件功能和用户体验的影响较小，通常是一些细节问题。
例如，拼写错误、界面颜色不搭配等。
二、复现频率除了严重性，我们还需要考虑Bug的复现频率。
复现频率是指Bug 在软件运行过程中出现的概率。
根据复现频率的不同，我们可以将Bug分为以下几个级别：1. 必现（Always）：这类Bug在每次运行软件时都会出现，无论是在特定环境还是特定操作下。
例如，软件崩溃、功能无法使用等。
2. 偶现（Intermittent）：这类Bug在某些特定条件下会出现，但不是每次都能复现。
例如，某个功能在特定操作下会出现错误，但不是每次都会出现。
3. 难现（Difficult）：这类Bug很难复现，需要特定的环境或操作才能触发。
例如，某个功能在特定网络环境下才会出现问题。
4. 不易复现（Not Reproducible）：这类Bug很难复现，无法找到触发条件。
例如，用户报告了某个问题，但开发团队无法复现。
三、解决时间最后，我们需要考虑解决Bug所需的时间。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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对于用户造成的影响，风险和可视性。
2.2.分类标准
2.2.1Blocker等级
✧程序无法运行的错误
✧测试无法执行的错误
2.2.2Major等级
✧链接错误
✧前后模块不一致
✧需求问题
✧实现与需求不符
✧出现调试代码
✧功能性错误
✧程序性能低下
✧程序引起的安全问题
2.2.3Normal等级
✧页面格式错误
✧文案错误
✧图片错误
✧兼容性错误
✧校检错误
2.2.4Minor等级
✧关联性错误
✧配置问题
✧功能易用程度低
2.2.5Trivial等级
✧合理建议
✧遗留问题
✧暂时无法实现技术问题
2.3注意事项
2.3.1一些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再
确定其等级数。
2.3.2如果有各个模块中有同类错误的问题，是做为一条bug来记录，并说明出现的模
块位置。
三、错误分类具体说明条例
3.1文案错误
✧出现错误文字
✧出现错别字
3.2图片错误
✧出现图片地址的错误
✧图片不能正常显示
✧页面缺图
3.3链接错误
✧菜单栏/文字/图片点击链接后出现该页面无法显示
✧菜单栏/文字/图片点击链接后进入其他模块的页面
✧菜单栏/文字/图片点击后没有任何反应
✧上下页分页出现错误
3.4前后模块不一致
✧在显示页面上缺少字段的显示（后台有该字段，但前台没有显示出来）
✧后台有该模块，前台却没有任何模块
✧前后台模块的名称不一致
3.5需求问题
✧在前台需求上要求显示的方式为图+的形式的，却显示了文+的形式。
✧多加一个按钮或者缺少一个按钮（如：多了返回按钮，少了取消按钮等）
✧字段名称与需求不一致
✧下拉框中显示的内容不正确
✧需求遗漏
✧变更未通知开发测试
✧需求描述不清晰
✧需求描述错误
✧需求之间冲突
3.6实现与需求不符
✧实现的功能与需求不符
3.7功能性错误
✧添加，修改，删除操作不成功
✧查询结果错误
✧添加，修改，删除成功后，但前台没有显示出来或者显示不正确
✧无法正常登录
✧后退，前进，刷新功能不正确
✧下拉框中无法正常显示
✧统计结果不正确（成绩统计，金额，数量统计）
✧功能串位
✧按钮功能操作不成功（保存，取消，导入，导出等）
✧本来应该有的权限，现在进入后没有该权限（高坐进入后，却没有显示高坐模块）
✧其他等不能实现具体的操作，出现错误
3.8出现调试代码
✧出现代码错误
3.9页面格式错误
✧页面设计风格与需求不符
✧风格不一致
✧字体，图片的大小不协调
✧界面凌乱
✧界面不协调，如：一个按钮过大
3.10关联性错误
✧一模块出错导致另外一个模块出错
3.11程序性能低下
✧特殊情况下直接影响软件的使用
✧统计数据非常缓慢
✧页面响应速度缓慢
✧多用户操作时，响应速度很慢
3.12缺少容错性处理
✧当该页面没有任何功能时，出现该页无法显示
✧运行错误时，直接出现不友好的报错页面。
3.13配置问题
✧配置错误
✧配置遗漏
3.14兼容性问题
✧只能兼容规定环境，不能适用通用环境，如：如：IE6.0，7.0,8.0,FF3.0以上,CHROME
✧分辨率：1024*768，800*600
✧组件：上传组件等
✧操作系统：win98，win2000，winXP等
3.15校检错误
✧无提示信息，提示信息文字错误或不合理
✧必填项不填写也能保存成功
✧长度未控制，出现代码错误
✧数字型和日期型输入的类型未检测
✧E-MAIL型字段未检测
3.16程序引起的安全问题
✧本来没有权限能进入进行操作，但却可以进行操作
✧在信息查看页面上，上一页下一页链接显示的时候，能查看到没有审核的信息，应
该是不能查看的。
✧一个模块应是内部栏目的，但是没有登录去也能查看到该模块
3.17功能易用程度低
✧新建，修改，删除，查询时，不能返回当前操作的页面
✧查询不方便
3.18与本项目/日常无关的问题
3.19暂时无法实现技术问题
3.20数据流
✧数据流可以看作是数据的通信途径
✧通常是建立一条数据通道后在程序读取时向这个通道发送信号、远方数据自动送来
的过程我们叫做"数据流"。