報告所发现的软件缺陷.pptVIP

报告所发现的软件缺陷 软件缺陷的描述 软件缺陷指的是系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。如果在执行中遇到一个缺陷，可能引起系统的失效。那么准确有效的定义和描述软件缺陷，可以使软件缺陷得以快速修复，节约了软件测试项目的成本和资源，提高产品质量。 软件缺陷的基本描述 软件缺陷的描述是软件缺陷报告中测试人员对问题的陈述的一部分并且是软件缺陷报告的基础部分。同时，软件缺陷的描述也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。 以下是软件缺陷的有效描述规则： 单一准确 可以再现 完整统一 短小简练 特定条件 补充完善 不做评价 软件缺陷标识和类型 软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。 缺陷标识：是标记某个缺陷的唯一的表示，可以使用数字序号表示。 缺陷类型：是根据缺陷的自然属性划分缺陷种类。见软件缺陷类型列表： 软件缺陷缺陷严重程度 缺陷严重程度：是指因缺陷引起的故障对软件产品的影响程度，所谓“严重性”我指的是在测试条件下，一个错误在系统中的绝对影响。见软件缺陷严重等级列表： 软件缺陷缺陷产生的可能性和优先级 缺陷产生的可能性：指缺陷在产品中发生的可能性，通常可以用频率来表示。 缺陷优先级：指缺陷必须被修复的紧急程度。“优先级”的衡量抓住了在严重性中没有考虑的重要程度因素。 软件缺陷缺陷状态 缺陷状态：指缺陷通过一个跟踪修复过程的进展情况，也就是在软件生命周期中的状态基本定义，如软件缺陷状态列表所示: 软件缺陷缺陷起源和来源 缺陷起源：缺陷引起的故障或事件第一次被检测到的阶段，如软件缺陷起源列表所示。 缺陷来源：指缺陷所在的地方，如文档、代码等，如软件缺陷来源列表所示。 软件缺陷缺陷根源 缺陷根源：指造成上述错误的根本因素，以寻求软件开发流程的改进、管理水平的提高，如软件缺陷根源列表所示。 软件缺陷相关的信息 软件缺陷相关的信息包括软件缺陷的图片、记录信息和如何再现和分离软件缺陷；对于某一个软件缺陷报告，测试人员应该给予相关的信息，例如捕捉到软件缺陷日志文件和图片，保证开发人员和其他的测试人员可以分离和重现它。 软件缺陷的图片、记录信息 记录软件缺陷的相关图片 一些涉及用户界面(User Interface)的软件缺陷可能很难用文字清楚地描述，因此软件测试人员通过附上图片比较直观地表示缺陷发生在产品界面什么位置、有什么问题等。 分离和再现软件缺陷 为了有效地再现软件缺陷，除了按照软件缺陷的有效描述规则来描述软件缺陷，还要遵循软件缺陷分离和再现的方法和具有较高的技巧性，虽然有时少数几个缺陷很难再现、或者根本无法再现。以下就介绍如何分离和再现缺陷的一些常用方法和技巧。 确保所有的步骤都被记录。 特定条件和时间。 压力和负荷、内存和数据溢出相关的边界条件。 考虑资源依赖性包括内存、网络和硬件共享的相互作用等。 不能忽视硬件。与软件不同，硬件不按预定方式工作。 开发人员有时可以根据相对简单的错误信息就能找出问题所在。因为开发人员熟悉代码，因此看到症状、测试用例步骤和分离问题的过程时，可能得到查找软件缺陷的线索。一个软件缺陷的分离和再现问题有时需要小组的共同努力。如果软件测试人员尽最大努力分离软件缺陷，也无法表达准确的再现步骤，那么仍然需要记录和报告软件缺陷。 分离和调试软件缺陷之间的区别 讨论分离和调试软件缺陷之间的区别，是为了划清测试人员与开发人员的责任，增加界限的清晰度与测试资源的控制能力。面对一个软件缺陷时，开发人员或测试人员为了修复它，会提出一系列分步骤地、处理缺陷的疑问： 再现软件缺陷现象所需的最少步骤有哪些？这些步骤成功再现的可能性多大？ 软件缺陷是否成立存在？换句话说，测试结果是否可能起源于测试因素或者测试人员自身的错误，还是影响顾客需求的、系统真正的故障？ 哪些外部因素产生软件缺陷？ 哪些内部因素，是代码、网络、还是环境引起的软件缺陷？ 怎样才能在不产生新的缺陷的条件下使这个软件缺陷得到修复？ 这种修复是否经过调试，单元是否经过测试？ 问题解决了吗？它是否通过了确认和回归测试，确定系统的其余部分仍工作正常？ 软件缺陷的处理和跟踪 软件缺陷跟踪管理是测试工作的一个重要部分，测试的目的是为了尽早发现软件系统中的缺陷，而对软件缺陷进行跟踪管理的目的是确保每个被发现的缺陷都