[计算机]第8部分自动化测试技术及工具.ppt

第8部分 自动化测试技术及工具 袁玉宇 yuanyuyu@263.net yuyu_yuan4@ 本部分课程目标 测试与自动化测试 自动化测试技术 自动化测试工具 自动化 自动化是对策略、经验、工具及工件的使用，它减少了对手工或人的干预或非技能方面的介入，及重复或冗长工作需要。 测试自动化 自动化测试直接依赖于整个软件流程的可自动化成熟度。 包括：测试流程、持续编译、持续集成、测试系统发布、测试执行、测试管理、缺陷测试跟踪等多个方面的自动化实现和整合。 测试和自动化的区别 自动化测试的误区 期望自动化测试能够完全取代手动测试 期望自动化测试发现大量的新缺陷 期望自动化测试能够智能的完成绝大多数工作 期望自动化测试是一劳永逸的 自动化测试的目的 缩短测试周期，加快测试进度，从而加快产品发布进度 实现更大规模、更大频率的测试 减少手工测试的人力资源投入，降低测试成本 提高测试覆盖率 保证回归测试的可控性和一致性 自动化测试的目的 提高测试用例执行的可靠性 在不降低质量的情况下由低技能的人员完成 定义清晰的测试过程，降低和避免测试人员的个体对整体测试的影响 提高测试人员的工作效率，并使更高技能的人员有时间和资源，对产品进入更深层次的测试。 辅助测试人员完成手工无法完成的测试工作。 测试用例的质量指标 检测软件缺陷的有效性 测试用例的可仿效性 测试用例执行、分析和调试的经济性 测试用例的可修改行 Keviat图 适合做自动化测试情况 产品型项目 大型增量式开发、持续集成项目 能够自动编译、自动发布的系统 需要多次重复机械性动作的测试 适合做自动化测试情况 简单而烦琐的基于命令行交互方式的测试 完成一些手工难以完成的测试目标 涉及大量第三方软件或设备的测试 不适合做自动化测试情况 按需定制型项目（通常为一次性的短期项目） 项目周期很短的项目 业务规则复杂的项目 不适合做自动化测试情况 依赖于人类的习惯、感官或智力的测试内容 不需要频繁测试的软件 软件不稳定 自动化测试面临的问题 目标因素 时间因素 资源因素 需求因素 技术因素 自动化测试过程管理 测试管理自动化 测试执行及报告自动化 缺陷跟踪自动化 被测软件产品 提供API的软件 基于命令行的接口 基于GUI 基于终端接口 自动化测试的最佳实践 自动化测试的代码效率不是越高越好 自动化测试的执行过程和记录应便于分析 自动化测试的设计和脚本可读性越好越好 自动化测试的最佳实践 自动化测试的脚本可维护性是重中之重 完整性是自动化测试成功的前提 自动化测试脚本之间是松耦合或彼此独立的 自动化测试的脚本技术 线性脚本 结构化脚本 共享脚本 数据驱动脚本 关键字驱动脚本 线性脚本 线性脚本是录制手工执行的测试事例得到的脚本。 如果用户只使用线性脚本技术，即录制每个测试事例的全部内容，则每个测试事例可以通过脚本完整地被回放。 几乎任何重复的操作都可以使用线性脚本技术自动化。 线性脚本的优点 简单，只需坐在计算机前录制手工任务。 可以快速开始自动化。 对实际执行操作可以审计跟踪。 用户不必是编程人员（如果不修改） 线性脚本的缺点 无共享或重用脚本。 容易受软件变化的影响。 修改代价大。 如果回放脚本时发生了录制脚本时没有发生的事情，引起整个测试失败。 结构化脚本 结构化脚本类似于结构化程序设计，结构化脚本中含有控制脚本执行的指令。 控制脚本执行的指令：顺序，选择和叠代。 结构化脚本例子 Part of the Scribble test script SelectOption ’ File/Close’ Focuso On’ Close’ LeftMouseClick’Yes’ FocusOn’Save As’ Type countries2 LeftMouseClick’Save’ If Message=‘Replace existing file?’ LeftMouseClick’yes’ End if FocusOn ‘ Scribble’ SelectOption’File/Exti’ 结构化脚本的优缺点 健壮性好，对一些容易导致测试失败的特殊情况进行处理。 可以执行许多其他类似的功能，如重复的指令可以使用循环结构。 可以作为模块被其他脚本调用。 脚本变得更加复杂，而且测试数据仍然’捆绑’在脚本中。 共享脚本 脚本可以被多个测试事例使用。这意味着脚本语言允许一个脚本被另一个脚本调用，而这多少已成为所有测试执行自动化工具的标准。 这种技术思路是产生一个执行某种任务的脚本，而不同的测试要重复这个任务，当要执行这个任务时只需要在每个测试事例的适当地方调用这个脚本。 共享脚本例子 ScribbleOpen(FILENAME) 共