QTP自动化测试

QTP 自动化测试
第一课 自动化测试
1. 软件自动化测试 软件自动化测试，是软件测试的发展方向，但是，如果盲目的追求自动化测试，则有可能导致软件测 试的失败 功能测试 非功能性测试，如果项目周期紧张，最好采用人工测试 （1）采用自动化测试的主要价值： 1. 软件根据需求新增模块，修改模块（敏捷开发思想：欢迎变化，拥抱变化），修改 bug->软件 产生新的开发版本（SVN） 2. 进行回归测试（自动化功能的最大价值在于回归测试），也可以针对性进行冒烟测试， 注意：不单单测试新增或修改的模块，而且要测试与之相关联的其他模块 只是一个回归或冒烟，这时候，自动化功能价值不高 但是，如果多个版本都要进行回归，冒烟，会产生大量重复劳动（原有测试用例重复执行）， 将需要被反复执行的测试用例（操作步骤，数据基本没变化），转换成自动化脚本，然后执行 脚本，收集结果。 （为什么在你的 XX 项目中，将此模块进行自动化功能测试？为什么这些模块要用 QTP？） 假设原有登陆模块和其用例，在新的开发版本，在新的发行版本，新增了注册模块；需要在原 测试用例文档的基础上， 新增针对注册模块的功能和非功能测试用例。 新增， 新修改测试用例， 首先进行手工执行（目的：人主要因素放置于主要测试模块，能快速准确的检查 bug；检查新 测试用例是否编写规范，是否能够再现），与注册模块相关联的登陆模块的用例，根据回归测 试要求，也需要被重复执行，重复执行的次数越多，将其自动化价值越大。 QTP 基于对象仓库的编程 + QTP 描述性编程 对象仓库（多种往对象仓库添加对象的方式，利用 OOP 思想操作对象） QTP 应用在常见的功能模块：界面 CS、页面 BS ：查询 登陆 增加 删除 ：做项目时候，一定要总结：实现过程 遇到的问题 解决过程 （2）.其他价值：工具可以减少人为主观错误，测试人员可以关注于新模块的测试 自动化测试发展到现在，很多厂商走的技术路线都是类似的 首先, 业务人员或测试人员按正常的业务执行流程（执行测试用例）， 同时自动化工具录制并 生成脚本。 （顺序结构）（记录对界面/页面元素对象的操作） 然后，当录制好脚本后，可能要执行测试数据的参数化。（执行虚拟用户脚本的优化操作） 最后自动化测试以功能测试是否正确作为结果来判断的，它需要定义正确的检查点。 （运行得到结果报告） 2. 手工测试与自动化测试比较 手工测试和自动化测试时很多测试人员争相讨论的两种测试方法。 2.1 手工测试的缺点—>自动化测试的优 1. 重复性。 软件测试的一个显著特点 测试用例操作重复 测试用例设计复用（本软件/不同软件） 2. 精确性。大数据，人工易错 3. 效率。软件产品的研发后期效率问题尤为明显。 第一次回归测试，时间充分；后续回归，短时间完成测试 2.2 手工测试的优点。—>自动化测试的缺点 手工测试不可替代的地方至少包括： 1. 测试用例的设计。 2. 界面和用户体验测试。
当使用软件测试自动化工具的时候需要考虑什么问题 1． 2． 3． 4． 5． 工具要有对对象很好的识别和维护的能力 脚本要易于修改和维护，不仅仅是脚本的语言，更主要的是要提供脚本图形化的编辑。 数据驱动脚本，要求数据参数化易于操作。 检查点，支持多种检查点，如对象、文本、位图。 工具生成的测试报告，报告的图形化也是很有必要的，而且要易于浏览。
1.QTP 的简介 QTP 自动化功能测试工具 1.1 QTP 帮助文档 随 QTP 安装文件有不少的帮助文件，都位于 help 目录中 1.2 QTP 自带的 sample 程序 路径：Sample applications\Flight \Mercury Tours Web Site 2.启动 QTP Add-in 插件 启动进入 插件选择界面 performance 性能 效率
1.2.3
需要某种程度上的计划和设计 相对稳定
共享脚本 对常用过程进行封装 sleep 过程 共享脚本编写方法是把某些公共的、普遍的测试脚本独立出来，在其他脚本之间实行共享。 需要测试人员具有编程技巧 需要更高程度上的计划和设计 相对稳定
1.2.4
数据驱动脚本 数据驱动脚本编写方法是把数据从脚本中分离出来，存储在外部的文件中。在测试时，针 对不同的用例只需要进行数据的修改，而不需要修改脚本代码。 需要测试人员具有编程技巧 需要更高程度上的计划和设计 相对稳定 维护成本较低 关键字驱动脚本 关键字驱动脚本的编写方法是把测试数据和操作顺序都在外部文件中设计好。除了常规的 脚本外，还需要额外的库来翻译数据。 综合了以上各种脚本编写方法 需要测试人员具有编程技巧 需要更高程度上的计划和设计 维护成本较低
1.2.5
5.
自动化测试应用过程中存在的问题言。（支持标准语言的测试工具） 对新平台， 个性化控件支持不好。 大部分测试工具没能很好的支持新的平台和很多的第三方 控件。 5.2
对自动化测试过程的管理 测试用例的选择。 脚本的命名规范、注释规范。 对公用数据的维护。 测试时，涉及或操作的数据，在不同测试人员中都需要使用，需要制定数据维护规范。 （数据库 程序 文件 备份） （不要操作其他测试人员涉及的数据，不要操作软件已有的未验证的数据，定义好自己数据的标识 符号 ） 5.3 测试过程中人的因素 注意时间管理。选择合适的测试脚本编写方法，正确的评估时间要求。 跟开发人员沟通（有些控件在设计的时候，没有考虑到 可测性，由开发人员取消控件，或 换一个效果相同，可识别的控件） 软件源代码管理。 （程序员对代码进行修改，及时通知测试方，修改脚本数据，特别是涉 及到界面元素的删除 修改） 6 自动化测试工具 测试工具种类很多，有用于管理的，有帮助实现测试自动化的，有开源的，有免费的。 一般分为： 测试管理工具 自动化功能测试工具 自动化性能测试工具 单元测试工具 白盒测试工具 测试用例设计工具。
6. 自动化测试工具原理 测试工具的优势在于可以部分的代替人工的测试。自动化测试工具把测试用例用自动的方式执行，例 如自动的产生数据，自动的打开应用程序，自动的查找控件，自动的输入数据，自动的操作控件，自动的 收集测试结果等。 自动化功能测试工具可以进行基于 GUI 界面的测试，也可以进行代码层面的测试。 6.1 基于代码层面的功能自动化测试工具 基于代码层面的功能自动化测试工具主要是单元测试工具。JUnit，Nunit，MSTest 等。 单元测试框架负责查找和调用被测试的类和方法（JUnit @Test），通过代码的反射机制可以访问被 测试代码中的方法和属性。 类 getClass() 6.2 基于 GUI 对象识别的测试工具 目前，大部分自动化测试工具，尤其是商业的测试工具，都是基于桌面 GUI 对象识别技术来设计的。 例如 QTP。 Windows 的 API 中封装了很多用于自动化测试工具开发的函数
1.QTP 默认支持 ActiveX, Visual Basic, Web 插件，QTP 还支持很多别的插件，其他插件需要付费，不能 破解 2.当测试的程序，是 windows 单机桌面程序，或程序的开发语言使用的是 Windows 平台下的面向对象语言。 选择 ActiveX 插件 当应用程序界面用 VB 编写的时候，选择 Visual Basic 插件 当测试的软件是 WEB 页面或应用程序，选择 Web 插件 从性能和对象识别的可靠性考虑，建议只加载需要的插件（不同插件的选择，使用 QTP 基本相同） 3. QTP 工作原理：识别桌面对象（靠录制/手工添加等方式），识别后将对象的描述信息属性保存到 对象仓库中，利用 OOP 思想+VBS 脚本使用对象仓库中的对象， 形成虚拟用户脚本，模拟手工执行测试用 例 选择 ActiveX：QTP 在录制时能够很好地，准确地识别 Windows 应用程序中的元素 选择 Web: QTP 录制能够很好准确的识别页面中的 HTML 元素 选择 Web：QTP 在录制时能够很好地，准确地识别页面中的 HTML 元素 代码编辑之前，一定要先点击查看对象仓库 查看：对象仓库中是否存在添加或修改某个步骤所涉及的对象 如果对象仓库中没有此对象，在专家视图编写代码过程中 A.在编辑时，QTP 不会提供输入提示信息（代码补全） B.在运行时，提示对象在对象仓库中不存在 识别对象时，根据对象类型，读取参数值（QTP Spy++） 同时，还能将识别的对象保存在对象仓库中 QTP，提供如下的几种方式，将识别的对象保存起来 1.通过录制的形式，将识别到的对象保存在对象仓库中（操作容易 效率高 顺序代码） 2.手工操作对象仓库中的添加图标，将对象添加到仓库中 （容易触及问题的核心实质，虽然比较 麻烦。往往是在进行新步骤添加时运用：处理异常情况，使得 当前脚本能够覆盖非法用例数据） 4. 利用对象仓库关联和导出功能，进行对象的添加 5. 利用 Active Screen 添加对象到对象仓库 3.点击 OK 进入 QTP 左边：测试流程（Test Flow），包括录制的各个用例脚本
截图：识别桌面对象，识别后进行截图保存 QTP 工作原理： QTP：识别桌面对象（靠录制/手工添加等方式），识别后将对象的描述信息属性保存到对象仓库中， 利用 OOP 思想+VBS 脚本使用对象仓库中的对象， 形成虚拟用户脚本，模拟手工执行测试用例 Spy++：识别对象，获得对象的部分属性信息
第二课 QTP 的简介
3.
正确性的检查。
3. 如何开展自动化测试 1. 选择合适的被测软件 不是所有软件，不是所有的模块都可以被自动化测试执行的 自动化测试适合的软件，适合的模块，具有局限性 1.新技术、软件、模块；测试工具支持程度有限 2.生命周期较长，经常升级更新的软件 3.软件界面变化相对不大（增加脚本的复用性） 2. 设计自动化功能测试框架 1. 首先应该有自己的库 2. 功能库 3. 业务组件 4. 控制器 5. 调用脚本 自动化测试脚本文件夹： 1.自动化虚拟用户脚本文件； 2.拥有可供调用的公共函数文件 3.需要有单独保存测试数据的文件 4.用于组合测试数据和步骤的文件 5.框架执行的入口文件 3. 自动化测试实际上是这种规模效应，覆盖率达到一定规模，他的效果才能体现出来，同时也是要不 断积累和完善的 虚拟用户脚本对测试用例的覆盖率越高，自动化价值越高 自动化脚本 用例执行 不一定能连续（有些用例 需要人参与进行测试环境的重置 恢复） 简单：每一个用例 一个虚拟用户脚本（脚本 顺序结构） 复杂：多个用例 一个虚拟用户脚本（脚本 判断分支结构） 简单和复杂比起手工执行，效率高 但是[简单]的效率低于[复杂]的效率 4. 自动化测试方案 自动化测试是一项需要计划和设计的活动，在开始测试脚本的开发之前，应该考虑清楚采用怎样的自动 化测试方案。 4.1 采用什么样的自动化测试方案，需要考虑以下几个方面的因素： 1、 项目的影响：自动化测试 是否对项目进度 有积极影响 2、 复杂度。 自动化是否容易实现 3、 时间 需要的时间 4、 代码的稳定性 程序代码变化必须在一定的范围内 5、 覆盖率 覆盖关键功能 增加 删除 查询 登陆 典型模块 6、 资源 自动化人、硬件资源 7、 测试的执行 4.2 为了实行自动化测试方案，需要进行测试脚本的编写 自动化测试的编码阶段主要是 通过编写测试脚本实现所设计的自动化测试用例。编写测试脚本的方法 有以下几种。 1.2.1 线性脚本 顺序结构 线性脚本的编写方法是使用简单的录制回放的方法。 它有可能包含某些多余的函数脚本。 非常低的开发成本 测试数据在脚本中是硬编码 固定的数据 字符串 脚本很脆弱 没有公用的脚本 1.2.2 结构化脚本 分支结构（逻辑更加灵活） 循环结构 结构化脚本的编写方法是在（ 原始 线性式的 ）脚本中使用控制结构。 典型的控制结构 if for 等。 需要测试人员具有编程技巧