QTP框架及编码标准.docVIP

目 录 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.4 Checkpoint 基本规则 8 3.5 Action 脚本设计规则 8 3.5.1 Action命名规范 8 3.5.2 Action划分粒度 9 3.6 注释 9 3.7 参数传递 10 4 脚本制作过程 12 5.1 基于QTP的流程规范,如图所示： 12 5.2 脚本录制及对象库的维护 13 5.3 设置对象识别属性 14 功能自动化测试脚本设计规范 概要 目的 提高自动化测试效率，提高代码复用程度，减少重复劳动，增强代码的易读性，易维护性，通用性等。提高测试质量，降低脚本维护成本；最终达到减低项目成本，提高项目质量的目的。 参考文档 QTPTutorial QuickTest Automation Reference QuickTest Professional Code Samples Plus QuickTest Professional Help 项目自动化测试用例设计构架 架构包括输入数据，操作过程和输出数据以及相关标准。为对项目自动化测试用例进行有效管理，定义如下设计规则。 测试脚本与测试数据相分离 测试脚本记录了业务实现的操作过程，一个测试脚本可对应多组数据，每组数据与测试脚本构成一个测试用例。当数据与脚本分离后，数据的组织更具多样性，提高测试覆盖率。 测试脚本通过对输入与输出数据进行参数化来达到脚本与测试数据分离的目的。 测试脚本的组织 脚本文件分类 按照QTP脚本组织形式，自动测试脚本文件分为如下类型： Action脚本 记录人机交互操作过程和checkpoint功能； 公用脚本 典型算法函数或操作脚本等，供Action脚本或其它脚本函数调用； 测试恢复脚本 自动测试异常恢复运行脚本，也包括当出现异常时初始化被测试系统的initialization脚本； 场景组织脚本 通过call不同的Reusable action脚本，形成特定场景，也可通过条件语句控制Reusable Action的执行，也可包括checkpoint功能。 脚本文件分类关系如下图所示： 脚本模块化规则 借鉴编程思路，抽象出公用算法作为单独函数保存在一个文件中，被其它脚本统一调用； 一般每个最小功能点（如add new record）作为一个Action处理，功能复杂时分拆为多个Action，建议每个Action作为一个测试模块文件，以提高维护性； 每个测试场景通过建立自己的main脚本 call不同Reusable Action模块文件形成场景过程； 测试数据以Xls文件进行组织管理，在一个基本Use Case Model内的测试场景对应一个xls文件，这个xls文件保存测试场景对应的所有测试数据，包括多个Use Case Model的大型复杂场景，可按照实际需要组织多个xls文件。 测试脚本对应一个场景组织脚本，一个场景根据测试目的、粒度不同，可由一个Action脚本构成（此时，Action即为测试脚本），也可由多个Action脚本组成。 测试数据的组织 测试数据的分类 根据测试用例的定义，测试数据包括：输入数据和期望值。为控制和了解测试用例的运行状态，以及配置测试环境，测试数据还包括用例状态标识数据和运行环境数据4种类型，定义如下： 运行环境数据 包括:用于确定测试对象应用系统运行环境数据、包括数据源、数据库访问帐号等。如：URL,登录系统的用户名，密码，操作权限等；在测试用例运行前后数据值保持不变； 用例状态标识数据 用于标识和记录测试用例运行过程状态。这些数据在用例运行前作为输入数据，在运行结束后作为输出数据，数据值在用例运行前后会发生改变； 输入数据(在XLS文件中用蓝色表示) 指测试对象应用系统按照测试场景运行时，从人机界面输入的数据，输入期望值等；在测试用例运行前后数据值保持不变