基于XML SPY进行QTP自动化设计.doc

基于XML SPY进行QTP自动化设计一、GS业务功能自动化测试框架的发展 2 二、最新自动化框架简介 3 三、基本脚本库 5 四、控制台 8 五、测试集配置文件 11 六、业务测试数据文件 12 七、操作测试数据文件 14 八、函数库 16 九、测试用例自动化实例 20 上帝欲让其灭亡，必先使其疯狂几百个测试用例化框架简介 为了满足设计几百个测试用例自动化要求，GS-ST测试团队设计了一套GSBL自动化框架 框架重要组成部分如下图所示： 基础脚本库：按照业务实现的QTP脚本，其中每个Action基本对应某个相对比较独立重复操作（如Login, Logout）或最低层子菜单 (如，NB中Data Entry) 。 控制台(ControlCenter)：自动化测试用例执行的控制中心，该控制台根据配置文件获取需要运行的测试用例，然后根据每个测试用例对应的操作测试数据文件调用基础脚本库中Action执行。 测试集配置文件：该文件包含了自动化测试用例集合，其中每个自动化测试用例包括本次测试是否执行设置（true/false），该测试用例对应的业务测试数据文件和操作测试数据文件的保存路径。 业务测试数据文件：每个自动化测试用例包含的关键业务测试数据。 操作测试数据文件：每个自动化测试用例包含了测试步骤（即对应基础脚本库中的Action）。 函数库文件：将一些公共的操作提炼为各个辅助函数，放到VBS文件。 其中测试集配置文件，业务测试数据文件和操作测试数据文件为XML，框架提供XML Schema用来产生和验证XML测试数据。 NB.xsd：对应业务测试数据XML文件 Operation.xsd：对应操作测试数据XML文件 框架执行基本流程如下： 1. 控制台 (ControlCenter) 调用测试集配置文件，获取本次需要运行的自动化测试用例集合。 2. 控制台运行每个测试用例。 2.1 获取业务测试数据文件和操作测试数据文件 2.2 根据操作测试数据文件执行该测试用例的每个测试过程步骤 2.3 在每个测试步骤执行时 2.3.1 调用和执行基本脚本库中相应的Action 2.3.2 被调Action运行过程中读取对应的业务测试数据进行测试基脚本库目录结构 目前脚本的目录及其说明如下： C:\Baseline 基础脚本BasicModule_Claim 理赔基础脚本 BasicModule_Endt 批改基础脚本 BasicModule_NewBiz 新契约基础脚本 BasicModule_Renewal 续保基础脚本 BasicModule_RI 再保基础脚本 BasicModule_FN 财务基础脚本 BL_Party Party和用户基础脚本目录 BL2_Product_XML 产品基础脚本目录 BasicModule_Other 其他基础脚本 由于控制台只根据Action名字进行调用，因此在每个脚本目录中都会包含MyCall的Action，它将需要暴露给控制台的Action进行了统一的调用，这样在控制台中只需调用各个脚本目录中MyCall就可完成所有所需Action的引用，而且每个具体的Action在控制台中都显示为相对路径，从而实现控制台直接根据Action名字调用相应得Action。 此方法同样适用于其他需要调用基本脚本库进行自动化设计的QTP脚本，后面以控制台介绍为主. 调用关系 整个脚本脚本根据逐个调用菜单脚本，同时传递测试数据位置。通过RunAction函数的参数输入实现 菜单脚本根据参数值，调用测试数据文件测试数据进行测试测试数据位置通过QTP环境变量记录测试数据文件的保存路径和需要在各个菜单脚本中传递的实时变化的信息，比如保单号，理赔号等保单号理赔号BasicModule_NewBiz目录脚本中，它的输入参数如下表所示，其中Operation表示进入录单主界面选择的操作，包括保存，下一步和退出等等，而Operation1表示作为Decision后系统Module Link功能操作。 参数名 数据类型 描述 取值描述 RowNum Integer 使用第几个测试数据 缺省值为1 Operation String 在录单主界面中选择的操作动作 缺省值为 Next Next - Click Next button to continue Exit - Click Exit button to exit Save – Click Save button to save DataEntry Boolean 表示询价还是录单 缺省值为True. True- Data Entry False-Quotation Operation1 String Decision后