bug定义与分类.docVIP

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等级说明 分类说明 致命问题 Blocker 导致整个产品无法进行测试。修改优先级为最高，该级别需要程序员立即修改 ○ 模块无法启动或异常退出 ○ 其它导致无法测试的错误 Critical 死机，数据丢失，主要功能完全丧失，系统悬挂等错误。修改优先级为最高，该级别需要程序员立即修改 ○ 运行过程中系统崩溃/死机/重启 ○ 功能设计与需求严重不符 ○ 严重花屏 ○ 内存泄漏 ○ 影响手机语音或数据通讯等 ○ 严重的数值计算错误 严重问题 Major 主要功能丧失，导致严重的问题，或致命的错误声明。修改优先级为高，该级别需要程序员尽快修改 ○ 功能未实现或者存在错误 ○ 轻微的数值计算错误 ○ 系统所提供的功能或服务受明显的影响 ○ 用户数据丢失或破坏 一般问题 Normal 次要功能丧失， 不太严重，如提示信息不太准确。修改优先级为中，该级别需要程序员修改 ○ 操作界面错误（包括数据窗口内列名定义、 含义是否一致） ○ 边界条件下错误 ○ 功能存在错误，但出现概率很低 ○ 提示信息错误（包括未给出信息、信息提示错误等） ○ 长时间操作无进度提示 ○ 系统未优化（性能问题） Minor 微小的问题，对功能几乎没有影响，产品及属性仍可使用。修改优先级为低，该级别需要程序员修改或不修改 ○ 界面格式等不规范 ○ 操作时未给用户提示 ○ 文字排列不整齐等一些小问题 ○ 光标跳转设置不好，鼠标（光标）定位错误 轻微问题 Trivial 提示信息格式不符合要求, 违背正常习俗习惯的，界面不美观，控件排列、格式不统一 ○ 辅助说明描述不清楚 ○ 个别不影响产品理解的错别字 ○ 可输入区域和只读区域没有明显的区分标志 Enh