软件测试缺陷跟踪与管理.ppt

Bug追踪过程中需要注意的问题（3） 仔细地追踪版本信息。你给测试人员的每一个build都应该有一个build ID编号 当你的bug报告以“not repro(不可重现)”打回给你时，先检查一个步骤是否有遗漏或清晰，再去找编程人员。 如果知道bug出现模块的负责人员或将解决bug的开发人员，请在标题中明确的指出，例如你发现的bug是有关增加人员的，那么在标题中可以指出“增加人员时出现xx错误”。 Bug追踪过程中需要注意的问题（4） 如果用英文报bug，最好使用现在时或过去时，例如用“appears”而不是“will appear”。 不要使用完全的大写形式，那样会让人感觉象控诉。不要使用感叹号或其他表现个人感情色彩的词语或符号。 一个好的bug report是不可以细分的,??换句话说就是这个bug是不会让他人觉得你还有些地方需要在测试一下，或许还有其他的问题。 软件缺陷跟踪 对于项目管理，缺陷跟踪是很重要的一个环节，它除了可以对需求的完成度进行控制，同时也可以对软件本身的质量进行控制，以保证软件开发迭代的顺利进行。 手工软件缺陷报告和跟踪 表单可以容纳标识和描述软件缺陷的必要信息 书面表单的问题在于效率比较低 自动软件缺陷报告和跟踪 缺陷跟踪工具 原来的软件项目开发中的缺陷跟踪都是通过EXCEL表格的形式来完成的，这种表格虽然也可以进行项目管理和项目执行度的交互，但效率与实时性不高，同时也不好维护和统计，因此就出现了缺陷跟踪系统，通过软件技术来解决软件项目的管理问题。 目前缺陷跟踪系统还是比较多的，比较有名的像Mercury的TestDirector，Seapine的Test Track Pro，TechExcel的DevTrack，Atlassian的JIRA以及IBM的ClearQuest。 测试跟踪工具Bugzilla介绍（1） Buzilla作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。 测试跟踪工具Bugzilla介绍（2） 基于Web方式，安装简单、运行方便快捷、管理安全。 有利于缺陷的清楚传达。系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的Bug报告。能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录。 测试跟踪工具Bugzilla介绍（3） 系统灵活，强大的可配置能力。Buzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员和测试人员；这样可以实现提交报告时自动发给指定的责任人；并可设定不同的小组，权限也可划分。允许设定不同的严重程度和优先级，使注意力集中在优先级和严重程度高的错误上。 自动发送Email,通知相关人员，有效的帮助测试人员和开发人员进行沟通。 评价成效 软件缺陷跟踪数据库是评价项目状态和回答一些重要问题的基本方式。 频度是用于描述软件项目特定属性度量单位的术语。 使用软件缺陷数据库作为频度的来源是评测项目状态和软件测试员自身进展极其有效的方式。 严重性1 45% 严重性2 32% 严重性3 16% 严重性4 7% 界面26％ 整算14％ 浮算14％ 软件缺陷跟踪与管理 软件缺陷分类 软件缺陷生命周期 软件缺陷报告 软件缺陷管理工具介绍 软件缺陷分类标准 ——缺陷属性 缺陷类型 缺陷严重等级 缺陷优先级 缺陷状态 缺陷起源 缺陷来源 缺陷根源 缺陷分类适用范围 软件缺陷的生命周期 发现软件缺陷 测试员找到并登记软件缺陷移交给程序员 程序员修复软件缺陷移交给测试员 测试员确认软件缺陷被修复并关闭 打开 解决 关闭 软件缺陷的生命周期（续） 发现缺陷 打开 打开 不修复 打开 打开 修复 修复关闭 测试员发现并登记软件缺陷 软件缺陷移交到程序员 程序员认为软件缺陷微不足道 软件缺陷移交到项目管理员 项目管理员认为软件缺陷不重要 软件缺陷移交到测试员 软件缺陷移交到项目管理员 测试员不同意，找出通用失败案例 项目管理员现在同意软件缺陷需要修复 软件缺陷移交到程序员 程序员修复软件缺陷 软件缺陷移交到测试员 测试员确认软件缺陷得以修复 测试员关闭软件缺陷 软件缺陷的生命周期（续） 发现软件缺陷 打开 解决 关闭 审查 推迟 缺陷报告 报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。 报告软件缺陷的原则 尽快报告软件缺陷 尽可能提交有说服力的缺陷 有效描述软件缺陷：短小、单一、明显和通用、再现 根