自动化测试实施规划与框架.ppt

* 自动化测试的实践 ——应用QTP测试框架 * 第一页，共十九页。 目录 自动化测试实施规划 自动化测试源于手工测试 基于功能分解的自动化测试框架 使用TD+QTP管理测试脚本 测试自动化实现的两个难点 功能分解 Web对象的识别 静态Web对象的识别 动态Web对象的识别 6. 实例操作 * * 第二页，共十九页。 自动化测试实施规划 阶段一：完成对结算和信贷主要业务的流程覆盖 阶段二：完成对业务的校验和约束 阶段三：应用到更多的业务中去，规模扩大 开发自动化测试框架，降低对测试工具的依赖 使用动作词的自动化测试 第一层次 第二层次 第三层次 层次 阶段 测试自动化程度 * * 第三页，共十九页。 自动化测试源于手工测试 手工测试 自动化测试 测试设计 测试执行 测试用例 测试设计 测试实现 测试执行 测试用例 1 输入数据 2 操作 3 预期结果 1 业务数据 2 业务功能 实现业务功能 所占用的时间 所占用的时间 * * 第四页，共十九页。 基于功能分解的自动化测试框架 * * 第五页，共十九页。 基于功能分解的自动化测试框架 * * 第六页，共十九页。 基于功能分解的自动化测试框架 优点 较为模块化(modular)的设计，避免重复的脚本，减少建立或维护脚本的成本。 在应用软件开发的同时，就可以同步进行脚本建立的动作，而且当应用软件功能变动时，只需要修改业务功能脚本。 由于应用软件的功能已经被分解成独立的业务功能脚本，测试人员可以随意组合业务功能脚本成为更复杂多样的测试个案。 测试输入数据与验证数据与脚本分开，储存在另外的档案，如纯文字文件或 Excel 文件，测试人员可以更容易修改与维护。 透过判断 Action 回传值是 TRUE 或 FALSE ，可以作错误处理，让脚本更有弹性。 缺点 在编写业务功能脚本时，需要「精通」测试工具脚本语言的工程师。 每个Action都会有自己的输入输出参数，需要用文档统一维护，控制变更。 测试人员除了要维护测试计划之外，还要另外维护数据文件。 对测试工具以及脚本语言来说，使用数据文件可能也要注意数据文件的格式。 * * 第七页，共十九页。 使用TD+QTP管理测试脚本 ① ② ③ * * 第八页，共十九页。 使用TD+QTP管理测试脚本 TD管理QTP脚本 QTP开发机连接TD服务器 开发QTP脚本 保存脚本到Test Lab TD调度QTP脚本 添加QTP脚本到Test Plan中 QTP执行机连接TD服务器 在执行机中运行Test Plan * * 第九页，共十九页。 测试自动化实现的两个难点 测试自动化实现的两个难点 设计——功能分解 实现——Web对象的识别 * * 第十页，共十九页。 测试自动化实现的两个难点—功能分解 业务功能分解的原则和方法： 清晰画出业务流程图 根据业务流程分解业务功能，可以被复用的功能也要被分解出来。 按照路径覆盖的思想，组织测试用例 参见附件的《业务流程分析》 * * 第十一页，共十九页。 测试自动化实现的两个难点—Web对象的识别 静态Web对象的识别 序号 Web对象 推荐识别属性 方法 1 Browser creationTime 　 2 Page index 　 3 Frame name 　 4 WebTable name 　 5 WebEdit name Set 6 WebButton text Click 7 WebList name Select 8 Link text Click 9 Image name 　 10 WebCheckBox name 　 11 WebRadioGroup name 　 12 WebElement innertext/html tag 　 13 Dialog text 　 14 WinButton text 　 * * 第十二页，共十九页。 静态Web对象的识别 示例： Browser(“creationTime:=0”).Page(“index:=0”).WebEdit(“name:=amount”).Set “1000” 在第一个被创建的IE窗口，查找name属性为amount的输入框，输入数据1000 Browser(“creationTime:=1”).Page(“index:=0”).WebButton(“text:=保存”).Click 在第二个被创建的IE窗口，查找按钮，该按钮上显示的文字是“保存”，点击该按钮 * * 第十三页，共十九页。 静态Web对象的识别—creationTime,Index,Location QuickTest 可以使用三种类型的顺序标识符来标识对象： 索引（ index ）：指示该对象在应