软件测试理论课程第八章(自动化测试)解析.ppt

软件测试 自动化测试 章节目标 手工测试面临的挑战 自动化测试的步骤 自动化测试的神话 测试框架的考虑 自动化测试的适合情况 自动化测试 手工测试面临的挑战 自动化测试的步骤 自动化测试的神话 测试框架的考虑 自动化测试的适合情况 手工测试与自动化测试的比较 短测试周期中手工测试面临的挑战 自动化测试 手工测试面临的挑战 自动化测试的步骤 自动化测试的神话 测试框架的考虑 自动化测试的适合情况 自动化测试的步骤 录制测试过程成为自动化测试脚本 增强和改进录制的自动化测试脚本 执行自动化测试脚本完成自动化测试 录制测试脚本 脚本录制的考虑 广泛环境的支持 验证系统数据的能力 改进测试脚本 脚本录制的考虑 广泛环境的支持 验证系统数据的能力 改进脚本的考虑 脚本语言的执行 自定义控件的支持 执行测试脚本 脚本录制的考虑 广泛环境的支持 验证系统数据的能力 改进脚本的考虑 脚本语言的执行 自定义控件的支持 脚本执行的考虑 对于多个配置的本地和分布式的脚本执行 自动化测试 手工测试面临的挑战 自动化测试的步骤 自动化测试的神话 测试框架的考虑 自动化测试的适合情况 测试自动化的神话 我们在时间上是紧迫的 － 项目已经落后了 － 让我们使用自动化测试吧！ 测试自动化就是捕获和回放 我们不需要培训！ 我们必须 100% 的自动化 在时间紧迫时使用自动化测试-银弹根本不存在 优化测试的过程 引进或者使单元/组件测试正式化 仅仅在项目团队能够对下列问题的回答是“Yes”时：可以在一个时间紧迫的项目中适当的实施测试自动化 项目能够被适当的推延 存在能够通过实施自动化测试被达到的精确的目标 项目具备建立适当的测试框架的必要条件 测试自动化就是捕获和回放 按照成熟度自动化的测试可以被划分为 5 个级别 ： 级别 1：捕获和回放 级别 2：捕获、编辑和回放 级别 3：编程和回放 级别 4：数据驱动的测试 级别 5：使用动作词的测试自动化 自动化成熟度级别 1：捕获和回放 这是使用自动化测试的最低的级别，同时这并不是自动化测试最有用的使用方式 好处 自动化的测试脚本能够被自动的生成，而不需要有任何的编程知识 缺点 你会拥有大量的测试脚本，同时当需求和应用发生变化时相应的测试脚本也必须被重新录制 用法 当测试的系统不会发生变化时 － 小规模的自动化 自动化成熟度级别 2：捕获、编辑和回放 使用自动化的测试工具来捕获你想要测试的功能。将测试脚本中的测试数据，转换成为变量。 好处 测试脚本开始变得更加的完善和灵活，并且可以大大的减少脚本的数量和维护的工作 缺点 需要一定的编辑知识。变更和维护难 用法 当进行回归测试时，被测试的应用有很小的变化，比如仅仅是针对计算的代码变化，但是没有关于 GUI 界面的变化 自动化成熟度级别 3：编程和回放 这个级别是面对多个构建版本的有效使用测试自动化的第一个级别 好处 确定了测试脚本的设计 搭建起测试和开发之间的桥梁 在项目的早期就可以开始自动化的测试 缺点 要求测试人员具有很好的软件技能，包括设计、开发等 用法 大规模的测试套件被开发、执行和维护的专业自动化测试 自动化成熟度级别 4：数据驱动的测试 一个专业的测试级别，测试中会使用到大量真实的数据 好处 能够维护和使用良好的并且有效的模拟真实生活中数据的测试数据 缺点 软件开发的技能是基础，并且需要访问相关的测试数据 用法 大规模的测试套件被开发、执行和维护的专业自动化测试 自动化成熟度级别 5：使用动作词的测试自动化 这是自动化测试的最高级别。主要的思想是将测试用例从测试工具中分离出来 好处 测试用例的设计被从测试工具中分离了出来 － 关注在设计良好的测试用例上 允许快速的测试用例的执行和基于用例的更好的估计 缺点 需要一个具有工具技能和开发技能的测试团队 用法 专业的测试自动化将技能的使用最优化的结合起来 我们不需要培训！ 一个对自动化工具还不是很熟悉的组织或者项目团队开始实施自动化测试时，培训和指导是至关重要的 未经培训实施自动化测试的后果： 预算的超出 测试会被延误 自动化测试将被放弃 我们必须 100% 的自动化 100% 的自动化目标只是一个从理论上可能达到的，但是实际上达到 100% 的自动化的代价是十分昂贵的 一个 40-60% 的利用自动化的程度已经是非常好的了 自动化率的增加会增加测试相关的维护成本 自动化测试 手工测试面临的挑战 自动化测试的步骤 自动化测试的神话 测试框架的考虑 自动化测试的适合情