bug分类标准.doc

BUG标准文库 目的 对 BUG类型划分、 BUG 状态、 BUG 严重程度、BUG优先级别等内容进行定义和规范，以便进一步指导我们的软件测试工作。 BUG 的类型划分 类型名称 类型描述 功能类 重复的功能 多余的功能 功能实现与设计要求不相符 功能使用性、方便性、易用性不够 界面类 界面不美观 控件排列、格式不统一 焦点控制不合理或不全面 数据类 数据有效性检测不合理 数据来源不正确 数据处理过程不正确 数据处理结果不正确 流程类 流程控制不符和要求 流程实现不完整 信息类 提示信息重复或出现时机不合理 提示信息格式不符和要求 提示框返回后焦点停留位置不合理 建议类 功能性建议 操作建议 校检建议 说明建议 性能类 并发量 数据量 压缩率 响应时间 安全类 安全性漏洞 系统漏洞 常识类 违背正常习俗习惯的，比如日期 / 节日等 特殊类 不符合 OEM 版本或 DEMO 版本特殊要求的 Bug状态：指缺陷通过一个跟踪修复过程的进展情况 状态名称 状态描述 新建 为测试人员新问题提交所标志的状态。 打开的 一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“”，这表示开发人员正在处理这个“bug” 为开发人员修改问题后所标志的状态，修改后还未测试。 已拒绝 开发人员认为不是Bug、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的问题。由Bug分配人或者开发人员来设置。为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。 Bug严重级别：是指因缺陷引起的故障对软件产品的影响程度 较重 严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（ 重新安装或重新启动该软件不属于更正办法 ） 界面错误（附详细说明） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据输入没有边界值限定或不合理 错误操作没有任何提示 一般 使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现。 辅助说明描述不清楚 显示格式不规范 长时间操作未给用户进度提示，类似死机 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志 操作界面不规范 建议类 不利用用户操作的改进建议 功能需要增加的建议 界面显示问题的建议 Bug优先级：指缺陷必须被修复的紧急程度 阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此密切相关功能的进一步测试必须修改，发版前必须修正 必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正 如果时间允许应该修改 允许不修改 QA11001-BSL Bug Standard Library