软件质量剖析.pptVIP

/ 软件质量剖析 上一章内容回顾 识别和描述缺陷 本章学习目标 掌握缺陷报告的处理流程 了解缺陷跟踪系统Bugzilla的使用 内容进度 缺陷报告的用途 缺陷的分类 缺陷报告的处理流程 缺陷跟踪系统 缺陷报告的用途 缺陷报告的用途是什么？ 记录缺陷 缺陷分类 缺陷跟踪 为什么要尽早的报告缺陷？ 是不是所有的缺陷都会被修复？ 内容进度 缺陷报告的用途 缺陷的分类 缺陷报告的处理流程 缺陷跟踪系统 缺陷的分类 从哪些角度给缺陷分类？ 按问题引出不同 按功能（模块） 按缺陷的严重程度 影响进度的问题 死机 功能问题 界面问题 建议 按修复缺陷的优先级 应立即修复的问题 在产品发布之前必须修复的问题 如果时间允许应该修复的问题 可以在发布版本中存在的问题 备注：缺陷的严重程度和优先级各软件公司可根据实际情况自行确定。 缺陷的分类 判断缺陷类别的方法 通过参考文档来确认缺陷的类别 通过了解软件产品的行业背景来发现确认缺陷的类别 通过沟通来确认和识别缺陷的类别 缺陷的分类 缺陷的分类方法 缺陷的分类 判断缺陷类别的方法 内容进度 缺陷报告的用途 缺陷的分类 缺陷报告的处理流程 缺陷跟踪系统 缺陷报告的处理流程 缺陷报告的分类 按缺陷所处状态分类 待确认的 新提交的 已分配的 问题未解决的 待返测的 待归档的 已归档的 缺陷报告的处理流程 缺陷报告的处理流程 缺陷报告的处理流程 缺陷报告的处理流程 缺陷报告的分类 按优先级分类 按处理状态分类 缺陷报告处理流程 提交缺陷报告 处理缺陷报告 返测缺陷报告 关闭缺陷报告 内容进度 缺陷报告的用途 缺陷的分类 缺陷报告的处理流程 缺陷跟踪系统 缺陷报告的内容 使用Bugzilla缺陷跟踪系统 管理Bugzilla缺陷跟踪系统 缺陷报告的内容 缺陷报告（缺陷跟踪记录属于缺陷报告一部分）的结构组成（见教材P28） 缺陷报告的内容 缺陷报告案例分析 缺陷报告的内容 缺陷报告的结构组成 缺陷报告的案例分析 使用Bugzilla缺陷跟踪系统 演示使用Bugzilla 使用Bugzilla缺陷跟踪系统 使用Bugzilla缺陷跟踪系统 Bugzilla各项内容含义 硬件平台和操作系统 版本 报告优先级 严重程度 报告人 指定处理人 概述 邮件抄送列表 从属关系 附加描述 Bug报告检索 使用Bugzilla缺陷跟踪系统 管理Bugzilla 参数设置 产品设置 本章内容总结 通过本章的学习： 掌握编写和管理缺陷报告的方法 * * 第四章 编写和管理缺陷报告 按处理意见分类 已修改的 不是问题 无法修改 以后版本解决 保留 重复 无法重现 缺陷报告处理流程一 测试人员 测试经理或开发经理 开发人员 测试人员 测试经理或测试人员 缺陷报告处理流程二 缺陷报告处理流程三 已修改的（Fixed）：开发人员对此bug进行了修改，并且经过自己的单元测试后已经check　in到配置管理系统中 不是问题（Invalid）：这个bug中描述的不是问题，通常作为FAQ 不修改（Wontfix）：这个bug描述的是问题，但是不修改，以后也不修改 以后版本解决（Later）：这个bug描述的是问题，但是不在这个版本解决 保留（Remind）：这个bug描述的是问题，但是不能确定是否在这个版本中修改 重复（Duplicate）：这个bug与已有的bug重复了，在置重复的时候必须说明与哪个bug重复 需要更多信息（Worksforme）：根据bug描述无法查找问题的原因并解决，需要提供更多的关于这个bug的信息 已解决的（Resolved）：这个bug已经被处理了，提醒测试组对此bug进行验证 已验证的（Verified）：测试人员认可了处理意见，并且对bug进行了验证 已关闭的（Closed）：产品发布以后对bug进行关闭，归档 处于左侧这三种状态的bug，其处理办法为空。 待确认的（Unconfirmed）：待确认后提交到系统中 新提交的（New）：这个bug刚刚被提交到系统中，还没有做任何的处理和响应 未解决的（Reopened）：这个bug曾经被处理过一次，但是处理的结果不太正确 处理办法（resolution） 状态（status）