基于QC管理的QTP自动化设计框架规范.docx

项目编号 密级 秘密 修订历史 生效日期 版本号 版本说明 作者 审核 批准 V1.0 草稿版 刘毅 基于QC管理的自动化设计框架规范指南 目录 TOC \o 1-5 \h \z 引言 3 \o Current Document 目标与范围 3 术语和缩略语 3 参考资料 3 整体说明 4 自动化测试框架概述 4 目标和约束 4 自动化框架组件规范 5 自动化测试项目的目录整体结构 5 数据管理( TestData ) 5 参数文件规范 5 参数配置基础方法 5 数据驱动高级方法 6 可复用操作 (ReusableActions) 7 外部驱动程序 (Function) 7 对象库管理 (ObjectRepository) 9 对象管理规范 9 对象复用 9 功能性脚本 (BusinessFunction) 11 测试结果 (TestResult) 12 场景恢复 (RecoveryScenario) 13 清理测试( TestClear ) 14 配置参数( Environment ) 14 自动化设计过程规范 16 测试脚本书写规范 17 执行流配置规范 18 1 引言 1.1.1 目标与范围 本文档将从流程管理的角度对自动化测试框架行综合概述，涉及到自动化测试框架的总体流程定 义、相关的活动、角色、输入、输出等。本文档主要针对自动化测试岗位上的人员。 术语和缩略语 序号 术语/缩略语 全称和说明 1. QTP Quickly Test Professi onal 2. QC Quality Center 3. 文件服务器 映射的网络驱动器和共享公共存储空间 1.1.3 参考资料 3 3 自动化框架组件规范 2 整体说明 自动化测试框架概述 小规模自动化，写几十个上百个自动化测试用例，就无所谓框架了，随便录制一下脚本再参数化 一下就可以了。但是写成千上万个自动化测试用例的时候，不仅开发时非常费力，写出来的脚本大量冗 余，而且开发后根本无法维护。其实大规模的测试自动化，要录制编写大量的脚本，从本质上说也是开 发一个测试系统。 目标和约束 QTP 只是一个基础工具，它的 KeywordView 、Action 、 CheckPoint 等概念，都是针对小规模自动 化的用户。 不适合大规模自动化的专业用户自动化测试的管理不仅仅局限于脚本的层面，而是从整个自 动化测试需求管理的流程出发， 将自动化测试需求管理流程分解为相应的活动，详细定义各个活动的相 关角色，输入、输出等等。 3.1自动化测试项目的目录整体结构 下面是自动化回归测试架构，可扩展 Bus in ess Comp onent 或其他组件，只需在子系统下陆续添加 新的目录即可，每做变更需要考虑清楚历史的脚本影响和后续维护的成本， 不能单凭现有的优势或好处 就做草率的决定，给已经完成的系统带来负担。 妇二2自动化测试篥例? 闽-J BusinessComponent l+： 」BusinessFunct ion _j Environment ■ i 丄j Functions Ob jectReposit ory l+：」RecoveryScenar io l+： 」Reuseable Actions l+： . j TestClear E _j Test Data 圧,_j Te^tResult 3.2 数据管理（TestData） 参数文件规范 EXCEL参数文件：原则上一个执行流对应一个参数文件，便于流程控制管理； EXCEL文件SHEETS :一个脚本或一个 ACTION 对应一个 SHEET ； 字段命名：与对象库中的对象域定义名称保持一致，使用中文定义字段名称； 所有页面可编辑域全部参数化。 参数配置基础方法 测试数据通常使用 EXCEL文件保存，并保存于指定文件服务器的 TestData目录下。例如： 共享目录 【subSystemName】 【subTestPath】目录用来保存测 试数据，传递测试流程参数。子路径和参数文件自主命名即可。 【注】：subTestPath可依据系统特点决定是否使用， 如系统中存在复用脚本或 Action ,这些脚本、 Action使用了参数表并且有并行运行的可能，则需要使用子路径进行多流程并行的控制支持：即， 将二级路径作为一个参数写在脚本的导入参数文件路径中， 在不同的执行流中进行不同的子路径配 置。这样操作需要注意测试实验室中只能通过测试执行流视图进行配置，而执行网格则对执行流无 效，配置过程如下： 323 数据驱动高级方法 使用EXCEL文件存储测试数据，保存于 QC指定目录下(测试集附件)，如 自动化测试案