08 自动化测试.ppt

前言 提到软件测试自动化，人们可能会认为这是一件容易的事情：只需购置一种流行的测试执行工具，记录手工测试过程，然后在需要时回放录制的过程。不幸的是，在实践中并非如此简单。正如软件设计比学习编程语言困难一样，自动化测试要比学习测试工具困难。 自动软件测试可以大大减少测试开销，同时大大增加在有限时间内的测试。 讲授内容 概述 如何实现测试自动化的计划 何时对什么进行自动化 前言 成熟的测试自动化机制，可以在机器空闲时通过“按钮触发”执行夜间测试。 本课程将通过成功的自动化软件测试，讨论测试中遇到的问题。强调有关自动的测试件(automated testware)技术设计问题。测试件(testware)为用于自动测试的一组文件，包括脚本、输入、期望输出、设置和释放过程、文件、数据库、环境及其他用于自动测试的附加软件和实用程序。 测试与测试自动化概念不同 测试是一种技术。 好的测试方法应该是开发好的测试事例。 什么样的测试事例是好的测试事例? 有四个特性可以描述测试事例的质量： 最重要的一个方面是检测软件缺陷的有效性，是否能发现缺陷，或至少可能发现缺陷。其次测试事例应该是可仿效的。可仿效测试事例可以测试多项内容，因而减少了测试事例的数量。另外两个方面是开销，测试事例的执行、分析和调试是否经济，以及测试事例的修改性．即每次软件修改后对测试事例的维护成本。 测试与测试自动化概念不同 许多组织发现自动测试比执行一次手工测试的开销大得多。如希望从自动测试中获得收益，则需要仔细选择和实现自动测试。自动化的程度与测试的质量是独立的。 无论自动执行还是手工执行测试都不影响测试的有效性和仿效性。 测试与测试自动化概念不同 V模型 软件开发的v模型说明了何时应进行测试。v模型指出每个开发活动都有相应的测试活动。每一层的测试检验都对应于相应的开发活动。无论使用哪种软件生命周期模型，这一模型都适应。例如，快速应用开发(RAD)就是一系列的小v模型。 V模型 支持生命周期测试的工具 测试自动化的承诺 测试自动化可以使某些测试任务比手工测试执行高效得多。 对程序的新版本运行已有的测试（回归测试）。 可以运行更多更频繁的测试。 可以执行一些手工测试困难或不可能做的测试。 更好地利用资源。 测试具有一致性和可重复性。 测试的复用性。 可以更快地将软件推向市场。 增加软件信任度。 测试自动化普遍存在的问题 不现实的期望。 缺乏测试实践经验。 期望自动测试发现大量新缺陷。 安全性错觉。 自动测试的维护性。 技术问题。 组织问题。 测试自动化普遍存在的问题 测试自动化是一个根本问题，不仅仅只与项目有关。在大型组织中，测试自动化很少根据一个项目进行评价，因为项目面临所有启动资金和扯皮问题而有可能收效甚微。如果测试自动化只是针对一个项目，一个项目完成后，人员将重新分配新项目，这样会丧失推动力。 测试自动化经常在最能够发挥作用的时候(即软件更新时)陷入困境。应有标准确保组织中使用工具的方法一致。否则每个小组可能开发不同的测试自动化方法，这样在小组测试人员之间很难互通或共享自动测试。 测试活动－需要自动化的活动。 标识测试条件 第一个活动首先确定测试“什么”并最好定义这些测试条件的优先顺序。测试条件(test condition)取决于被测试验证的项目或事件。一个系统可能有许多不同的测试条件，并且测试有不同的类型，如功能测试、性能测试、安全性测试等。 和试技术可以帮助测试者确定较严格、系统的测试条件。 测试条件是被测环境的描述。 注意标识测试条件的活动最好与开发活动(即v模型左边描述的活动)并行开展。 设计测试事例 设计测试事例确定“怎样”测试。测试事例(test case )是按一定顺序执行的与测试目标(test object,，测试理由或目的)相关的一系列测试。测试事例设计将产生许多测试所包括的输入值、期望结果及其他任何运行测试的有关信息，如环境要求。 注意期望输出包括应输出或建立的内容，应修改或更新的内容或应删除的内容。期望输出集可以是一个很大的集合。 每个测试都应说明期望输出(expected outcome)。如果运行前没有说明期望输出，为检查软件的正确性，应首先认真验证实际输出(actual outcome)。这就要求测试考对被测试软件具有一定的了解，才能对输出结果做出正确判断。 建立测试事例 测试事例包括准备测试脚本、测试输入、测试数据以及期望输出。 测试脚本(test script)是具有正规语法的数据和指令的集合，在铡试执行自动工具使用中，通常以文件形式保存。一个测试脚本可以实现一个或多个测试事例，导航、建立或撤消过程以及验证等。测试脚本可以手工也可以不是手工执行(一个手工测试脚本就是一个测试过程(t