第1章自动化测试基础.pptVIP

Web应用项目测试 Web应用项目测试 第一章 自动化测试基础 林若钦 * 本章内容： 什么是自动化测试 常见的自动化测试架构 自动化测试的基本流程 开源Web自动化测试 开源自动化测试的优势等 * * * 1.1 自动化测试 自动化测试： 自动化测试就是使用软件来控件控制测试案例的执行。它装实际测试结果与预期结果进行比较，并提供测试预置条件设定、测试逻辑控制以及测试报告等重要功能。 自动化测试常见的方式： 代码驱动测试： 图形用户接口测试 * * * 代码驱动测试 通过大量不同的输入参数和对应的返回结果，来验证类、模块或者库文件的公共接口是否正确。趋势：使用测试框架（Junit或Nunit)来进行单元测试，以便于判断代码在不同配置环境下的表现是否符合预期。 　　 代码驱动测试自动化？？？ * * * 图形用户接口测试 测试框架产生用户接口事件（例如键盘、鼠标单击等），并捕获事件导致的图形用户接口改变，以便验证可见的程序响应是否正确。 很多自动化测试工具都支持录制\回放特性，它们允许用户交互性地录制自己的操作，在需要的时候进行回入，并将回放的实际结果与预期结果进行比较。 优点：没有大量的开发工作。 Web自动化测试：Selenium和WebDriver * * 08、09精英班 * 是否需要对测试进行自动化？ 自动化测试在一个长周期的迭代测试中，有如下优点： 能够支持频繁的回归测试； 能够在软件开发过程中尽早发现缺陷； 能够无限的循环执行测试案例； 定制化的系统缺陷报告； 更好地支持敏捷和极限开发模式； 避免人为因素导致的漏测。 * * * 1.2 常见的自动化测试架构（1） 1、数据驱动测试框架（The Data-Driven Testing Framework） 说明： 仅仅是将测试数据从测试脚本中分离出来，开始了非混沌状态的第一步，这也是所有测试架构中最简单的一种 ? 优点： 至少测试数据可以单独维护了? 缺点： 任何被测试程序的变更所导致的工作量是所有架构中最多的，因此维护成本非常高 * * * 1.2 常见的自动化测试架构（2） 2、测试脚本模块化框架（The Test Script Modularity Framework） ??? 说明： 箭头方向代表的是被调用和调用关系 测试脚本中包含了各功能点中涉及到的控件识别和业务逻辑操作，其中包含了外部测试数据的调用 测试脚本的维护由自动化测试开发工程师负责，要求必须懂自动化编程和业务逻辑 测试数据的维护由测试工程师负责? 优点： 控件和业务逻辑一旦发生变化，要进行修改和维护的是底层的测试脚本（比无任何抽象封装的自动化测试程序稍好一些） 缺点： 几乎所有大的变更引起的工作量都由自动化测试开发工程师完成 控件识别和业务逻辑本身属于不同的领域，没有很好进行抽象封装 * * 1.2 常见的自动化测试架构（3） 3、测试库构架框架（The Test Library Architecture Framework） 说明： 箭头方向代表的是被调用和调用关系 将所有的针对测试系统本身的控件识别和控件支持的操作封装在测试库中 测试脚本调用测试库的同时传递外部的测试数据 测试库的编写由自动化测试开发工程编写（可以不懂业务），负责控件的变更和维护 测试脚本的编写可由对业务比较掌握的自动化测试开发工程编写，负责业务逻辑的变更和维护 测试数据由测试工程师维护（可以不懂自动化开发） 优点： 被测试系统无论是哪层发生变化，只需要相应的人员进行变更维护即可 完成了控件识别操作和业务逻辑的抽象分离 缺点： 变更引起的工作量还是附加在自动化测试开发工程师身上 * 1.2 常见的自动化测试架构（4） 4、关键字驱动或表驱动测试框架（The Keyword-Driven or Table-Driven Testing Framework）。 说明： 说到关键字驱动，当然得说QTP。确实当对象库（很类似测试库架构中的测试库）添加完成后，测试case步骤的组织就相当于是在关键字试图中选择控件对象（Control），动作（Action），参数（Parameters）。 框架到底用来做什么，最终的目的无非是将不同层次的对象和逻辑进行抽象和分离封装，从而使得被测试程序的变更所导致的测试脚本框架的变更维护工作量减少到最少，更进一步，如果不懂自动化编程的普通测试工程师能不需要了解测试工具和框架本身的知识就能维护控件对象和业务逻辑，这样就可以将自动化测试工程的工作量进行很好的分摊。具体实施就是将控件对象，动作，参数等等从框架或工具本身剥离出来放在普通Excel