终版软件测试缺陷跟踪与管理.pptVIP

Bug追踪过程中需要注意的问题（3） 仔细地追踪版本信息。你给测试人员的每一个build都应该有一个build ID编号 当你的bug报告以“not repro(不可重现)”打回给你时，先检查一个步骤是否有遗漏或清晰，再去找编程人员。 如果知道bug出现模块的负责人员或将解决bug的开发人员，请在标题中明确的指出，例如你发现的bug是有关增加人员的，那么在标题中可以指出“增加人员时出现xx错误”。 Bug追踪过程中需要注意的问题（4） 如果用英文报bug，最好使用现在时或过去时，例如用“appears”而不是“will appear”。 不要使用完全的大写形式，那样会让人感觉象控诉。不要使用感叹号或其他表现个人感情色彩的词语或符号。 一个好的bug report是不可以细分的,??换句话说就是这个bug是不会让他人觉得你还有些地方需要在测试一下，或许还有其他的问题。 软件缺陷跟踪 对于项目管理，缺陷跟踪是很重要的一个环节，它除了可以对需求的完成度进行控制，同时也可以对软件本身的质量进行控制，以保证软件开发迭代的顺利进行。 软件缺陷跟踪与管理 软件缺陷分类 软件缺陷生命周期 软件缺陷报告 软件缺陷管理工具介绍 软件缺陷分类标准 ——缺陷属性 缺陷类型 缺陷严重等级 缺陷优先级 缺陷状态 缺陷起源 缺陷来源 缺陷根源 缺陷分类适用范围 软件缺陷的生命周期 发现软件缺陷 测试员找到并登记软件缺陷移交给程序员 程序员修复软件缺陷移交给测试员 测试员确认软件缺陷被修复并关闭 打开 解决 关闭 软件缺陷的生命周期（续） 发现缺陷 打开 打开 不修复 打开 打开 修复 修复关闭 测试员发现并登记软件缺陷 软件缺陷移交到程序员 程序员认为软件缺陷微不足道 软件缺陷移交到项目管理员 项目管理员认为软件缺陷不重要 软件缺陷移交到测试员 软件缺陷移交到项目管理员 测试员不同意，找出通用失败案例 项目管理员现在同意软件缺陷需要修复 软件缺陷移交到程序员 程序员修复软件缺陷 软件缺陷移交到测试员 测试员确认软件缺陷得以修复 测试员关闭软件缺陷 软件缺陷的生命周期（续） 发现软件缺陷 打开 解决 关闭 审查 推迟 缺陷报告 报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。 报告软件缺陷的原则 尽快报告软件缺陷 尽可能提交有说服力的缺陷 有效描述软件缺陷：短小、单一、明显和通用、再现 根据缺陷或错误类型，选择图象捕捉的方式 在报告软件缺陷时不作评价 补充完善软件缺陷报告 如何更好的报告缺陷（1） 只有当你确信你已经发现一个bug的时候开始起草bug report，不要在测试结束或每天结束之后。那样，你可能会遗忘掉一些东西。更糟的情况是，我们可能会忘掉那个bug。 花一些时间去诊断你正在报告的缺陷。想想可能存在的原因。可能到最后你会发现更多的缺陷。在你的bug report中说说你的发现。开发人员将不仅仅对你使他们的工作变得轻松而感到高兴。 如何更好的报告缺陷（2） 不要在bug report中夸大缺陷。同样，也不要太轻描淡写了。 不管bug是多么的令人讨厌，别忘了是bug令人讨厌，而不是开发人员。永远不要冒犯开发人员的努力。使用委婉些的说法。“混乱的UI”可以被温和些改为“不正确的UI”。这样开发人员的努力将会得到尊重。 保持简单诚实。你不是在写散文或文章，因此使用简单的语言 在编写bug report的时候记住你的目标读者。他们可能是开发人员，其他的测试人员，经理，或者在一些情况下，甚至是客户。Bug report应该可以被所有的人理解。 如何更好的报告缺陷（3） “可重现的步骤”的流程应该是合乎逻辑的。 清楚的列出前提条件 写下平常的步骤。例如，如果一个步骤要求用户创建文件并且为它命名，不要要求用户命名为“Mihir’s file”。最好命名为好像“Test File”一样的文件名。 “可重现的步骤”应该详尽。例如，如果你想用户在Word里保存一个文件，你可以要求用户到File菜单并且点击Save子菜单项。你也可以只说“保存文件”。但是记住，并不是所有的人都知道如何在Word中保存文件。因此最好遵守第一种方法。 在一个干净的系统里测试你的“可重现的步骤”。你可能会发现有些步骤被遗漏或是毫无关系的。 如何更好的报告缺陷（4） 如果bug是和一组特定的测试数据相关，在你的bug report上附带上它。 如果你要在bug report里附带截屏，要确保那些图片不是太大的，使用jpg或gif的格式，而不是bmp格式 在截屏上写上注释以指出问题所在。这将帮助开发人员一眼就可以马上定位问题。 如何更好