缺陷管理课件.pptVIP

缺陷管理 课程目标 掌握软件缺陷的基本概念和相关术语 掌握软件缺陷管理的基本流程 掌握高质量缺陷问题单的填写方法 了解软件缺陷管理的常用工具 课程内容 软件缺陷管理的基本概念 软件缺陷管理基本流程 缺陷跟踪单填写方法 缺陷管理的基本概念 Bug：程序缺陷，电脑系统或者程序中存在的任何一种破坏正常运转能 力的问题或者缺陷，都可以叫做“bug”；有时也被泛指因软件产品内 部的缺陷引起的软件产品最终运行时和预期属性的偏离。 缺陷（Defect）：既指静态存在于软件工作产品（文档、代码）中的错 误，也指软件运行时由于这些错误被激发引起的和软件产品预期属性的 偏离现象。 错误（Error）：指编写错误的代码，一种是语法错误（syntax error）， 另一种是逻辑错误（logical error）。 故障（Fault）：软件运行中出现的状态，可引起意外情况，若不加处 理，可产生失效，是一个动态行为。 失效（Failure）：软件运行时产生的外部异常行为结果，表现与用户需 求不一致，功能能力终止，用户无法完成所需要的应用。 缺陷管理的基本概念 缺陷报告单：测试执行过程中，发现软件失效后，提出书面的报告，提 供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷 度量的数据依据。 Defect Enhancement Defect（缺陷）：通常指被测试软件的功能与需求规格说明书中的描述 不一致，负责人一般为开发人员； Enhancement（改进）：通常指用户需求与需求规格说明书中的描述不 一致，负责人员一般为需求人员； 二者的现实意义： - 避免扯皮 - 涉及费用问题 课程内容 软件缺陷管理的基本概念 软件缺陷管理基本流程 缺陷跟踪单填写方法 一个简单的Bug跟踪流程 Raid/BMS 邮件系统 源代码 服务器 发布服务器 测试人员 builder 开发人员 专家会诊 2 10 1 3 4 6 5 7 8 9 1、拿到新的版本； 2、记录bug； 3、得到新的bug； 4、解决bug； 5、Check in； 6、批准； 7、Check in； 8、拿到最新源代码； 9、编译； 10、验证bug解决并关闭 缺陷管理的目的 保证信息的一致性 保证缺陷得到有效的跟踪，解决 获取正确的Bug信息，用作缺陷分析和产品度量 软件缺陷管理相关支撑工具介绍 软件缺陷跟踪过程需要有软件工具支撑： - Mercury Quality Center（简称QC） - Rational ClearQuest - Bugzilla - Mantis - Jira QC中的用户类别 软件开发人员 软件测试人员 软件测试项目经理 软件开发项目经理 缺陷的相关属性 缺陷发现人 缺陷发现时间 缺陷状态 缺陷严重程度 缺陷所属版本 缺陷修改日期 QC中的软件缺陷状态列表 New 缺陷的初始状态 Open 开发人员开始修改缺陷 Fixed 开发人员修改缺陷完毕 Closed 回归测试通过 Reopen 回归测试失败 Postpone 推迟修改 Rejected 开发人员认为不是程序问题，拒绝缺陷 Duplicate 与已经提交的Defect重复 Abandon 被Reject和Duplicate的Defect，测试人员确认后的确不是问题，将Defect置为此状态 缺陷的严重程度 严重性：顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷 的存在将对软件的功能和性能产生怎样的影响。 - 致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。 - 严重：例如，由于单功能失效导致多个相关功能均失效 - 一般：例如，软件的单个功能失效 - 提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符 号丢失等 软件测试缺陷管理流程 缺陷状态矩阵 From TO New Open Fixed Closed Reopen Postpone Rejected Duplicate Abandon New Open √ √ Fixed √ √ Closed √ Reopen √ √ √ √ √ √ Rejected √ Duplicate √ Abandon √ √ √ 课程内容 软件缺陷管理的基本概念 软件缺陷管理基本流程 缺陷跟踪单填写方法 缺陷跟踪单写作准则（5C） Correct（准确） - 每个组成部分的描述准确，不会引起误解 Clear（清晰） - 每个组成部分的描述清晰，易于理解 Concise（简洁） - 只包含必不可少