bugfree使用手册(bug模块部分).docVIP

BugFree使用手册 Bug模块部分 目 录 TOC \o "1-3" \h \z \u 13520 1. 引言 3 565 1.1 目的 3 30681 1.2 适用范围 3 25129 1.3 参考资料 3 21364 2. 规程综述 3 30988 2.1 角色和职责 3 15689 2.2 缺陷的定义 3 11575 2.3 缺陷的严重性 4 21611 2.3.1 定义 4 13066 2.3.2 缺陷严重性的划分 4 12013 2.4 缺陷的优先级 4 30385 2.4.1 定义 4 9486 2.4.2 缺陷优先级的划分 4 8494 2.5 缺陷严重性和优先级的关系 4 3735 2.6 缺陷的类型 5 31405 2.6.1 定义 5 19562 2.6.2 缺陷类型的划分 5 15460 2.7 缺陷来源 5 1877 2.7.1 目的 5 13969 2.7.2 缺陷来源的划分 5 5793 2.8 缺陷状态 6 4951 2.8.1 定义 6 21494 2.8.2 缺陷的状态划分 6 1412 2.9 缺陷解决 6 3981 2.9.1 定义 6 27271 2.9.2 解决Build 6 11977 2.9.3 解决方案 7 24866 2.10 规程活动 8 4263 2.10.1 流程图 8 8859 2.10.2 活动详述 8 28328 2.10.3 注意事项 9 引言 目的 MACROBUTTON AcceptAllChangesShown 缺陷管理的目的是保证被发现的缺陷根据规范的缺陷管理流程来进行处理。 适用范围 适用于公司所有软件项目。 参考资料 资料名称 内容 《BugFree 2.0使用帮助》 /help 规程综述 角色和职责 角 色 职 责 描 述 测试人员/用户 1. 发现缺陷，在BugFree中新增缺陷 2. 回归测试，激活或关闭缺陷 开发人员 确认缺陷 修正缺陷 缺陷的定义 1.软件没有达到《产品需求说明书》表明的功能 2.软件出现了《产品需求说明书》不一致的表现 3.软件功能超出《产品需求说明书》的范围 4.软件没有达到用户期望的目标 ( 虽然《产品需求说明书》中没有要求 ) 5.测试员或用户认为软件的易用性、美观性等差 符合以上内容之一就称之为缺陷。 缺陷的严重性 定义 严重性(Severity)就是软件缺陷对软件质量的破坏程度。 在软件测试中，软件缺陷的严重性的判断应该从软件最终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。 缺陷严重性的划分 严重性 描述 1级 系统崩溃或者数据丢失的问题 2级 主要功能的问题 3级 次要功能的问题 4级 细微的问题 缺陷的优先级 定义 优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。　　 缺陷优先级的划分 优先级 描述 1级 需要立即解决的问题 2级 需要在指定时间内解决的问题 3级 项目开发计划内解决的问题 4级 资源充沛时解决的问题 缺陷严重性和优先级的关系 缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。 　　一般地，严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可以稍后处理。 　　但是，严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。 确定软件缺陷优先级，更多的是站在软件开发工程师的角度考虑问题，因为缺陷的修正顺序是个复杂的过程，有些不是纯粹技术问题，需要综合考虑市场发布和质量风险等问题。 缺陷的类型 定义 缺陷类型是根据缺陷的自然属性划分的缺陷种类。 缺陷类型的划分 缺陷类型 描述 代码错误 出现程序错误或错误代码的提示 用户界面 操作易用性建议及操作界面错误。界面错误如：界面不规范、界面文字错误、打印内容、格式错误等 需求变动 需求变更导致的缺陷 新增需求 新增需求导致的缺陷 设计文档 文档的缺陷，影响发布和维护，包括注释 配置相关 与配置有关的缺陷，包括硬软件冲突等 安装部署 编译、其他支持系统问题 安全相关 达不到对安全性的要求 性能压力 不满足系统可测量的属性值，如：执行时间、事务处理速率 标准规范 不符合各种标准的要求，如编码规范等 测试脚本 测试脚本无