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

* iSoftStone Information Service Corporation 自动化测试的实践 ——应用QTP测试框架 ?2005 iSoftStone Information Service Corporation. All rights reserved. 目录 自动化测试实施规划 自动化测试源于手工测试 基于功能分解的自动化测试框架 使用TD+QTP管理测试脚本 测试自动化实现的两个难点 功能分解 Web对象的识别 静态Web对象的识别 动态Web对象的识别 6. 实例操作 ?2005 iSoftStone Information Service Corporation. All rights reserved. 自动化测试实施规划 阶段一：完成对结算和信贷主要业务的流程覆盖 阶段二：完成对业务的校验和约束 阶段三：应用到更多的业务中去，规模扩大 开发自动化测试框架，降低对测试工具的依赖 使用动作词的自动化测试 第一层次 第二层次 第三层次 层次 阶段 测试自动化程度 ?2005 iSoftStone Information Service Corporation. All rights reserved. 自动化测试源于手工测试 手工测试 自动化测试 测试设计 测试执行 测试用例 测试设计 测试实现 测试执行 测试用例 1 输入数据 2 操作 3 预期结果 1 业务数据 2 业务功能 实现业务功能 所占用的时间 所占用的时间 ?2005 iSoftStone Information Service Corporation. All rights reserved. 基于功能分解的自动化测试框架 ?2005 iSoftStone Information Service Corporation. All rights reserved. 基于功能分解的自动化测试框架 ?2005 iSoftStone Information Service Corporation. All rights reserved. 基于功能分解的自动化测试框架 优点 较为模块化(modular)的设计，避免重复的脚本，减少建立或维护脚本的成本。 在应用软件开发的同时，就可以同步进行脚本建立的动作，而且当应用软件功能变动时，只需要修改业务功能脚本。 由于应用软件的功能已经被分解成独立的业务功能脚本，测试人员可以随意组合业务功能脚本成为更复杂多样的测试个案。 测试输入数据与验证数据与脚本分开，储存在另外的档案，如纯文字文件或 Excel 文件，测试人员可以更容易修改与维护。 透过判断 Action 回传值是 TRUE 或 FALSE ，可以作错误处理，让脚本更有弹性。 缺点 在编写业务功能脚本时，需要「精通」测试工具脚本语言的工程师。 每个Action都会有自己的输入输出参数，需要用文档统一维护，控制变更。 测试人员除了要维护测试计划之外，还要另外维护数据文件。 对测试工具以及脚本语言来说，使用数据文件可能也要注意数据文件的格式。 ?2005 iSoftStone Information Service Corporation. All rights reserved. 使用TD+QTP管理测试脚本 ① ② ③ ?2005 iSoftStone Information Service Corporation. All rights reserved. 使用TD+QTP管理测试脚本 TD管理QTP脚本 QTP开发机连接TD服务器 开发QTP脚本 保存脚本到Test Lab TD调度QTP脚本 添加QTP脚本到Test Plan中 QTP执行机连接TD服务器 在执行机中运行Test Plan ?2005 iSoftStone Information Service Corporation. All rights reserved. 测试自动化实现的两个难点 测试自动化实现的两个难点 设计——功能分解 实现——Web对象的识别 ?2005 iSoftStone Information Service Corporation. All rights reserved. 测试自动化实现的两个难点—功能分解 业务功能分解的原则和方法： 清晰画出业务流程图 根据业务流程分解业务功能，可以被复用的功能也要被分解出来。 按照路径覆盖的思想，组织测试用例 参见附件的《业务流程分析》 ?2005 iSoftStone Information Service Corporation. All rights reserved. 测试自动化实现的两个难点—Web对象的识别 静态Web对象的识别 序