第十五讲—汇报所发现的缺陷.pptVIP

15.3.3 缺陷跟踪方法 当前缺陷状态 – Bug Dashboard 项目发展趋势: 每天的变化、差异，重点进行趋势分析 级别 致命的 严重的 一般的 微小的 总数 2 216 31 5 未处理的 0 18 23 2 正在处理的 0 7 1 0 修正的 0 5 0 0 不是缺陷 0 1 0 0 重复的 0 4 0 3 暂不处理 0 20 0 0 关闭 2 161 7 0 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 软件缺陷报告 任何一个缺陷跟踪系统的核心都是“软件缺陷报告”，一份软件缺陷报告详细信息如表： 软件缺陷项目列表 分类 可跟踪信息 软件缺陷基本信息 项目 缺陷ID 缺陷状态 缺陷标题 缺陷的严重程度 缺陷的优先级 缺陷的产生频率 缺陷提交人 缺陷提交时间 描述 唯一的、自动产生的缺陷ID，用于识别、跟踪、查询 可分为“打开或激活的”、“已修正”、“关闭”等 描述缺陷的最主要信息 一般分为“致命”、“严重”、“一般”、“较小”等四种程度 描述处理缺陷的紧急程度， 1是优先级最高的等级，2是正常的，3是优先级最低的 描述缺陷发生的可能性1%-100% 缺陷提交人的名字（会和邮件地址联系起来），一般就是发现缺陷的测试人员或其他人员 缺陷提交的时间 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 软件缺陷报告 软件缺陷基本信息 缺陷的详细描述 测试环境说明 必要的附件 缺陷所属项目/模块 缺陷指定解决人 缺陷指定解决时间 缺陷验证人 缺陷验证结果描述 缺陷验证时间 步骤 期望的结果 实际发生的结果 测试环境 图片、Log文件 缺陷所属的项目和模块，最好能较精确的定位至模块 估计修复这个缺陷的开发人员，在缺陷状态下由开发组长指定相关的开发人员；也会自动和该开发人员的邮件地址联系起来，并自动发出邮件 开发管理员指定的开发人员修改此缺陷的时间 验证缺陷是否真正被修复的测试人员；也会和邮件地址联系起来 对验证结果的描述（通过、不通过） 对缺陷验证的时间 对缺陷的操作过程，按照步骤，一步一步地描述 按照设计规格说明书或用户需求，在上述步骤之后，所期望的结果，即正确的结果 程序或系统实际发生的结果，即错误的结果 对测试环境描述，包括操作系统、浏览器、网络带宽、通讯协议等 对于某些文字很难表达清楚的缺陷，使用图片等附件是必要的；对于软件崩溃现象，需要使用Soft_ICE工具去捕捉日志文件作为附件提供给开发人员。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 企业信息系统与语义Web研究室 ONTOWEB@WUST 软件测试方法和技术第15章 测试用例的设计 顾进广, Ph.D., Professor simon@ /gujinguang /simon Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 第15章 报告所发现的缺陷 15.l 软件缺陷的描述 15.2 软件缺陷相关的信息 15.3 软件缺陷跟踪和分析 15.4 软件缺陷跟踪系统 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 15.l 软件缺陷的描述 15.1.1 软件缺陷的生命周期 15.1.2 严重性和优先级 15.1.3 缺陷的其它属性 15.1.4 完整的缺陷信息 15.1.5 缺陷描述的基本要求 15.1.6 缺陷报告的示例 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 软件缺陷生