《TD+QTP使用操作手册》.ppt

TD+QTP使用操作手册 ——银行付款实例讲解 目录 测试设计 测试实现 测试执行 测试设计——设计测试用例 现在要针对银行付款业务设计一个测试用例，进行功能的覆盖 1 划分业务功能、画出业务流程图 测试设计——设计测试用例 2 根据流程图，写出测试方案 银行付款有一个起始点，两个结束点，按照功能覆盖的思想，选择两条路径即可。如果要考量到动作之间的关联性，路径就比较多了。 基于以往的经验，取消复核、二次复核比较容易出现问题，因此两条路径分别为： 路径一：新增-复核-取消复核-修改-复核 路径二：新增-复核-取消复核-删除 3 确定业务功能 在流程图中，可以得出，本业务可以划分成以下业务功能： 新增、复核、取消复核、修改、删除 测试设计——设计测试用例 4 确定业务数据 由于只要进行流程的覆盖，所以暂时可以把业务数据作的简单一点。 5 在TD中录入测试用例 访问TD服务器，如：http://stc-hrye/tdbin/start_a.htm 测试设计——在TD中录入测试用例 在“Test Plan”新建一个文件夹，用来存放测试脚本 测试设计——在TD中录入测试用例 新建一个测试脚本，这个脚本是用来存放银行付款的标准业务功能的。下阶段的测试实现，主要就是实现这个脚本的内容。 测试设计——在TD中录入测试用例 添加对脚本的描述说明文字。说明脚本实现的内容、目的 测试设计——在TD中录入测试用例 录入所有的步骤。如果是业务功能的基础脚本，每一个step，就对应一个业务功能。如果该脚本是用来描述一个测试用例的，则一个step就是一个操作。 测试设计——在TD中录入测试用例 Step录入完成后，自动生成QTP的测试脚本。如果不能生成，请检查是否安装了TDPlus 测试设计——在TD中录入测试用例 生成的脚本中，只包含说明信息。 目录 测试设计 测试实现 测试执行 测试实现 测试实现，需要实现两部分的内容 1 测试用例的实现 （testCase Action的实现） 2 基础业务功能的实现（reusable Action的实现） 其中，testCase Action只调用reusable Action，每个业务功能如何实现，都放在了resuable Action中。 测试实现—实现testCase Action 1 使用QTP连接TD 测试实现—实现testCase Action 2 输入TD服务器的信息，并连接。 3 打开要编辑的基础业务功能的脚本。 测试实现—实现testCase Action 测试实现—实现testCase Action 4 按照脚本的说明信息，将基础的业务功能脚本分割成多个resuable的Action。注意：分割了的Action，不能再合并。 测试实现—实现testCase Action 测试实现—实现testCase Action 依次的，将所有的Action分割完成。 测试实现—实现testCase Action 5 修改基础业务功能Action的属性，使其可重用。 测试实现—实现testCase Action 6 修改Action的传入、传出参数。 传入传出参数的数据类型建议只使用String型，且各只有1个。 传入的参数，是将数组转成字符串传入的，需要经过解析后才能使用。 测试实现—实现testCase Action 7 基础的业务功能的Action暂时就完成了。现在开始编写testCase的Action。打开测试用例的脚本payment01 测试实现—实现testCase Action 8 切换到Expert View，调用“银行付款-新增”的Action 测试实现—实现testCase Action 测试实现—实现testCase Action 测试实现—实现testCase Action 说明：insert call to copy… 与 insert call to Exists… 假设要在ActionA中调用ActionB call 是获得ActionB的引用，只是引用，如果原本的ActionB的内容发生了变化，那么ActionA中的内容也跟着变化，且不能在ActionA中对ActionB修改。copy 是把ActionB的脚本复制到ActionA中，得到ActionB的一个copy，修改ActionB_copy不对ActionB造成影响，修改ActionB也不对ActionB_copy造成影响。有点像C语言中的传指针和传值的意思。另外，还可以去看编写的脚本，一个没有分割Action的脚本，默认会生成Action0和Action1两个Action，其中Action0中一般只有一句话：RunAction Action1,oneIteration当