QTP框架及编码标准

QTP 编程框架及编码标准1 目目 录录 1概要概要 1 1 1目的 1 1 2参考文档 1 2项目自动化测试用例设计构架项目自动化测试用例设计构架 1 2 1测试脚本与测试数据相分离 1 2 2测试脚本的组织 1 2 2 1脚本文件分类 1 2 2 2脚本模块化规则 2 2 3测试数据的组织 3 2 3 1测试数据的分类 3 2 3 2测试数据组织方法 4 2 3 3测试数据与相关模块在管理工具及本地的目录组织方法 4 2 3 4测试脚本中数据库操作 4 2 4非测试脚本文件的组织 5 3脚本设计规则脚本设计规则 5 3 1脚本文件命名规范 5 3 2书写格式 5 3 3变量 常量命名规范 6 3 4CHECKPOINT 基本规则 8 3 5ACTION 脚本设计规则 8 3 5 1Action命名规范 8 3 5 2Action划分粒度 9 3 6注释 9 3 7参数传递 10 4脚本制作过程脚本制作过程 12 5 1基于 QTP 的流程规范 如图所示 12 5 2脚本录制及对象库的维护 13 5 3设置对象识别属性 14 QTP 编程框架及编码标准1 功能自动化测试脚本设计规范功能自动化测试脚本设计规范 1 1概要概要 1 11 1目的目的 提高自动化测试效率 提高代码复用程度 减少重复劳动 增强代码的易读性 易维护性 通用性等 提高测试质量 降低脚本维护成本 最终达到减低项目成本 提高项目质量的目的 1 21 2参考文档参考文档 QTPTutorial QuickTest Automation Reference QuickTest Professional Code Samples Plus QuickTest Professional Help 2 2项目自动化测试用例设计构架项目自动化测试用例设计构架 架构包括输入数据 操作过程和输出数据以及相关标准 为对项目自动化测试用例 进行有效管理 定义如下设计规则 2 12 1测试脚本与测试数据相分离测试脚本与测试数据相分离 测试脚本记录了业务实现的操作过程 一个测试脚本可对应多组数据 每组数据与测 试脚本构成一个测试用例 当数据与脚本分离后 数据的组织更具多样性 提高测试覆盖 率 测试脚本通过对输入与输出数据进行参数化来达到脚本与测试数据分离的目的 2 22 2测试脚本的组织测试脚本的组织 2 2 12 2 1脚本文件分类脚本文件分类 按照 QTP 脚本组织形式 自动测试脚本文件分为如下类型 1 1 ActionAction 脚本脚本 记录人机交互操作过程和 checkpoint 功能 2 2 公用脚本公用脚本 典型算法函数或操作脚本等 供 Action 脚本或其它脚本函数调用 QTP 编程框架及编码标准2 3 3 测试恢复脚本测试恢复脚本 自动测试异常恢复运行脚本 也包括当出现异常时初始化被测试系统的 initialization 脚本 4 4 场景组织脚本场景组织脚本 通过 call 不同的 Reusable action 脚本 形成特定场景 也可通过条件语句控制 Reusable Action 的执行 也可包括 checkpoint 功能 脚本文件分类关系如下图所示 2 2 22 2 2脚本模块化规则脚本模块化规则 1 借鉴编程思路 抽象出公用算法作为单独函数保存在一个文件中 被其它脚本统 一调用 2 一般每个最小功能点 如 add new record 作为一个 Action 处理 功能复杂时分 拆为多个 Action 建议每个 Action 作为一个测试模块文件 以提高维护性 3 每个测试场景通过建立自己的 main 脚本 call 不同 Reusable Action 模块文件形 成场景过程 4 测试数据以 Xls 文件进行组织管理 在一个基本 Use Case Model 内的测试场景对 应一个 xls 文件 这个 xls 文件保存测试场景对应的所有测试数据 包括多个 Use QTP 编程框架及编码标准3 Case Model 的大型复杂场景 可按照实际需要组织多个 xls 文件 5 测试脚本对应一个场景组织脚本 一个场景根据测试目的 粒度不同 可由一个 Action 脚本构成 此时 Action 即为测试脚本 也可由多个 Action 脚本组成 2 32 3测试数据的组织测试数据的组织 2 3 12 3 1测试数据的分类测试数据的分类 根据测试用例的定义 测试数据包括 输入数据和期望值 为控制和了解测试用例 的运行状态 以及配置测试环境 测试数据还包括用例状态标识数据和运行环境数据 4 种类型 定义如下 1 1 运行环境数据运行环境数据 包括 用于确定测试对象应用系统运行环境数据 包括数据源 数据库访问帐号等 如 URL 登录系统的用户名 密码 操作权限等 在测试用例运行前后数据值保持不 变 2 2 用例状态标识数据用例状态标识数据 用于标识和记录测试用例运行过程状态 这些数据在用例运行前作为输入数据 在 运行结束后作为输出数据 数据值在用例运行前后会发生改变 3 3 输入数据输入数据 在在 XLSXLS 文件中用蓝色表示文件中用蓝色表示 指测试对象应用系统按照测试场景运行时 从人机界面输入的数据 输入期望值等 在测试用例运行前后数据值保持不变 包括 人机界面输入数据 运行期望结果 用例标识及循环控制变量等 4 4 输出数据输出数据 在在 XLSXLS 文件中用绿色 其中是否通过的标志位当值为文件中用绿色 其中是否通过的标志位当值为 PASSPASS 时为绿时为绿 色 色 FAILFAIL 时使用红色 当非必填字段时背景应设置为灰色时使用红色 当非必填字段时背景应设置为灰色 指测试用例按照测试场景和输入数据运行完成后 按照测试对象应用系统用户需求 或设计规则 必需产生或输出的结果 包括 运算后输出值 测试用例的运行结果 QTP 编程框架及编码标准4 用例是否通过的标志字段 用红色表示 2 3 22 3 2测试数据组织方法测试数据组织方法 根据 Excel 文件数据管理方式 一个 Excel 文件相当于一个数据库 Excel 中的 Sheet 表的第一行定义 Field 的名字 一个 sheet 对应一个 Action 所需要的输入 输出数 据 即对应一个界面的输入 输出数据 基于 Excel 文件数据管理特点和测试用例总体规范 测试数据组织规则如下 1 按照测试需求覆盖性要求 一个 Use Case Model 对应一个 Excel 文件 Excel 文件命名与被测模块同名 2 一个测试用例的运行环境数据用一个或多个 sheet 表管理 3 Sheet 表可按照业务对象进行组织 也可按照业务状态进行组织 业务对象数据 包括属性值 状态值等 Sheet 表命名与对应的 Action 名一致 4 数据组织模板如下 2 3 32 3 3测试数据与相关模块在管理工具及本地的目录组织方法测试数据与相关模块在管理工具及本地的目录组织方法 为了提高代码及数据的共享程序 整合测试管理与测试执行 提高测试的自动化程序 在如 TD 和 QC 等工具上相关的目录结构如下 Automation Common function library 存放整个项目的公有函数 Action name function lib 存放相应的Action的公有函数 Common script 存放整个项目的公用Action Action name common script 相应Action的公有函数 Resume 存放测试些模块所需要的脚本文件 Add resume 测试此模块中相应子模块的脚本 Data 测试所需要的数据文件 RecourseDetail Reg Verification UW collection Policy generated all policy inforced are recoreded in out param sheet 其二 Action 内部业务逻辑步骤需要注释 如 login system Add proposal information Complete proposal information in detail 其三 特定变量 参数的含义需要注释 如 global var declaration Dim Glb cust name customer name Dim Glb cust id customer centi code Dim Glb cust bir customer birthday QTP 编程框架及编码标准10 Dim Glb pro prefix proposal number first part 其四 Action 实现的功能及其输入输出参数需要注释 如 3 73 7参数传递参数传递 有如下基本使用原则 1 对于 Action 内部的参数传递尽量使用局部变量 2 对于 Action 之间传递参数尽量使用 Action 本身的参数 其次选用公共变量 Global data table 等 Action 参数传输 RunAction NB Initial Reg OneIteration in param out param In param 传入到 NB Initial Reg 的参数 Out param 传出的参数值 Action 定义 QTP 编程框架及编码标准11 Action 参数使用 Parameter In prd flag 2 4 4脚本制作过程脚本制作过程 5 15 1基于基于QTPQTP的流程规范的流程规范 QTP 编程框架及编码标准12 5 25 2脚本录制脚本录制及对象库的维护及对象库的维护 5 2 1 脚本录制的相关说明 在开发自动化测试脚本最简单有效的方式是录制待测业务流程 然后对脚本进行修 改 再进行回放 为避免同一操作多次录制导致对象库对象冗余甚至凌乱不堪 推荐用 关键字驱动方法产生脚本 可从 Active Screen 中来产生步骤来实现 特别是在环境不 稳定的情况下 同一页面的不同操作都可以通过录制一次操作而记录出 Active Screen 其它操作再通过 Active Screen 产生出来 脚本录制建议如下 1 录制前对所录制流程应该非常熟悉 建议最少要手工做一次以上 2 录制操作尽量做到规范到位 不要有很大的随意性 比如在录制菜单操作时 如 果没有将 web event 配置好 onMouseOver 事件是没有的 这时到下一级菜单前 就点击当前菜单项 当在页面输入数据时 控件之间焦点切换尽量使用鼠标点击 来使控件获得焦点 避免经常使用 tab 键 3 对于要重新录制的操作能从现有 Active Screen 中产生的要尽量从 Active Screen 中产生 5 2 2 对象库的相关维护说明 1 对象的命名需按变量命名规定中相关说明对相应的对象进行命名 2 尽量采用 descriptive programming 避免对象库过于庞大 如图所示 5 35 3设置对象识别属性设置对象识别属性 有如下原则