不同阶段自动化测试的优势.PPT

* 15.5.1 实施软件测试自动化的理由 提高测试效率和降低测试成本 对于很常用的功能性边界测试测试，人工测试非常耗费时间，而自动测试很快且准确 项目中测试人员的任务都是手动处理的，而实际上有很大一部分重复性强的测试工作是可以独立开来自动实现的 自动测试可以避免人工测试容易犯的错误，如错误测试、漏测试、多测试和重复测试等 典型的应用，例如多用户并发注册、并发交易请求和并发交易应答等，这些情况人工测试几乎办不到，而自动测试却很容易实现。 * 15.5.2 软件测试自动化的引入条件 级 别 说明 优点 缺点 用法 1 级 录制和 回放 自动化的测试脚本能够被自动的生成，而不需要有任何的编程知识 拥有大量的测试脚本，当需求和应用发生变化时相应的测试脚本也必须被重新录制 当测试的系统不会发生变化时，实现小规模的自动化 2 级 录制、 编辑和 回放 减少脚本的数量和维护的工作 需要一定的编程知识，频繁的变化难于维护 回归测试时，用于被测试的应用有很小的变化 3 级 编程和 回放 确定了测试脚本的设计，在项目的早期就可以开始自动化的测试 要求测试人员具有很好的软件技能，包括设计、开发 大规模的测试套件被开发、执行和维护的专业自动化测试 4 级 数据驱动 的测试 能够维护和使用良好的并且有效的模拟真实生活中数据的测试数据 软件开发的技能是基础，并且需要访问相关的测试数据 大规模的测试套件被开发、执行和维护的专业自动化测试 5 级 使用动作 词的测试 自动化 测试用例的设计被从测试工具中分离了出来 需要一个具有工具技能和开发技能的测试团队 专业的测试自动化将技能的使用最优化的结合起来 表15-6 自动化测试级别 * 如下条件 从项目规模上来说，没有严格限制。无论项目大小，都需要提高测试效率，希望测试工作标准化、测试流程正规化、测试代码重用化。所以第一要做到从公司高层开始，直到测试部门的任何一个普通工程师，都要树立实施自动化测试的坚定决心，不能抱着试试看的态度。 通常地讲，一个测试与开发人员比例合适（比如1比3到1比5，而发团队总人数不少于10个）的软件开发团队可以优先开展自动化测试工作。 从公司的产品特征来讲，一般开发产品的项目实施自动化测试要比纯项目开发优越。但我们不能说做纯项目开发不能实施自动化测试，只要软件的开发流程、测试流程、缺陷管理流程规范了，自动化测试自然水到渠成。 从测试人员个人素质和角色分配来讲，除了有高层重视外，还应该有个具有良好自动化测试背景和丰富自动化测试经验的测试主管，不仅在技术方面，更重要的是在今后的自动化测试管理位置起着领导的作用。 还要有几个出色的开发经验良好的测试人员，当然也可以是开发工程师，负责编写测试脚本、开发测试框架。另外需要一些测试执行者，他们要对软件产品业务逻辑相当熟练，配合测试设计者完成设计工作，并在执行自动测试时，敏锐的分析和判断软件缺陷。 * 15.5.3 不同阶段自动化测试的优势 一般在如下条件下使用自动化测试： 具有良好定义的测试策略和测试计划 对于自动化测试，拥有一个能够被识别的测试框架 能够确保多个测试运行的构建策略 多平台环境需要测试 拥有运行测试的硬件 拥有关注在自动化过程上的资源 相反，在如下条件下则宜采用手工测试： 没有标准的测试过程 没有一个测试什么、什么时候测试的清晰的蓝图 在一个项目中，测试责任人是一个新人，并且还不是完全的理解方案的功能性或者设计 整个项目在时间的压力下 团队中没有资源或者具有自动化测试技能的人 * 不同阶段自动化测试的优势 测试 阶段 描述 备注 单元 测试/ 组件 测试 这个测试工作通常是开发人员的职责，很多不同的方法能够被使用，比如“测试先行”，它是一个测试框架，开发人员在编写代码前编写不同的单元测试，当测试通过时，代码也被完成了。 通过使用正式的单元测试，不仅能够帮助开发人员产出更加稳定的代码，而且能够是软件的整体质量更加的好。 集成 测试 这里的测试工作集中在验证不同的组件之间的集成上。 这种类型的测试通常是被测试系统的更加复杂测试的基础，大量的边缘测试被合并以制造出不同的错误处理测试。 系统 测试 这种测试是通过执行用户场景模拟真实用户使用系统，以证明系统具有被期望的功能。 这里不需要进行自动化的测试。安装测试、安全性测试通常是由手工完成的，因为系统的环境是恒定不变的。 其它两种非常重要的测试 回归 测试 回归测试实际上是重复已经存在的测试，通常如果是手工完成的话，这种测试只在项目的结尾执行执行一到两次。 这里完全有潜力应用自动化的测试，能够在每次构建完成后执行自动化的回归测试，以验证被测试系统的改变是否影响了系统的其他功能。 性能 测试 性能测试包括以下不同测试形式： 负载测试 压力测试 并发测试 使用自动化的测试工具，通过模拟用户的负