我的QTP的学习方法及总结.docx

我的QTP的学习方法及总结QTP是目前市场上占有率最高的一款自动化测试工具，也是每一位测试工作者最想掌握的工具之一。QTP目前最主要的应用是用于回归测试、版本验证测试阶段。它本身是针对系统界面上的元素进行识别、操作，达到测试系统功能的目的。因此，自动化测试启动的时机或者说QTP开始介入的时机就要受到系统开发进度的制约。只有当系统的界面元素不会频繁的变化、系统功能基本稳定，已经通过一至两轮的手工测试，确定系统不会存在重大缺陷时，才可以考虑自动化的实施。这里说的实施主要侧重脚本的开发，其他如测试方案、开发规范、参数定义等内容可以提前制定。有的个别大公司可能介入会比较早，界面出来，就开始着手脚本的开发。但这种方式要有严格的开发、测试规范与之配套，并且每一环节的人员严格按规范、规则进行，否则脚本后期的维护将是非常头疼的一件事情。第一次与QTP伤心的亲密接触第一次与QTP的亲密接触是在07年，当时进入一家做GIS（地理信息系统）系统的公司。当时公司想要引入自动化测试，由副总牵头，测试经理负责我和另一位MM具体实施。这也具备了实施自动化测试的一个辅助条件，公司高层的重视与支持。但对于没有相关技术积累，相关人员技术缺乏的条件下，为我这次自动化测试的失败埋下了伏笔。最终这次确实是一次失败的经历，失败的其他原因略过，接下来主要说一下过程中我是怎么学习QTP的。QTP的运行原理、对象识别机制作为一个QTP的使用者，首先要搞明白它的运行原理，识别对象的机制。这是以后掌握其他技术的根本，不管是录制方式还是手写代码这个都是非常重要的。QTP是一款基于语言的工具，而LR是基于协议的。具体说，就是QTP针对不同的语言提供不同插件去识别对象，默认提供ActiveX、Visual Basic、Web插件，其他.net、java插件单独安装。每一种插件提供了针对不同对象的识别机制，也就是提供了对象默认的识别属性。所以在运行QTP前，首先确定加载哪个addin，否则对象就不能正确识别，出现很多奇怪的问题。不加载正确的addin，最直接就是表现在代码上。以下是点击google主页上的搜索按钮的区别：加载web插件的正确代码：Browser(Google).Page(Google).WebButton(Google 搜索).Click不加载web插件：Window(Windows Internet Explorer).WinObject(Internet Explorer_Server).Click 547,217这是典型的对象没有正确识别的问题。包括对象类型、识别属性、事件方法都会出现问题，这样会导致脚本的开发，维护，运行，阅读等等一系列问题。再说QTP的对象识别，加载正确addin后QTP会定义一套针对具体类型对象的默认识别属性。通过Tools-Object Identification可以查看，修改，增加默认的识别属性。更改后即时生效，但对之前的对象不起作用。如下图，这里就是决定QTP如何识别对象的地方。包括识别对象的强制属性、辅助属性、智能识别、顺序表示符的配置。特别指出，Browser对象有一个CreationTime顺序表示符，这是一个非常有用的属性，它可以根据IE打开的顺序去识别web页，而不必指定其他属性，合理加以利用会给web脚本带来很大好处。上图的配置，这些属性都会反应到对象库中。在录制的过程中，QTP会抓取对应属性的属性值，并映射到对象库（Object Repository）。如图，上图配置的属性均在对象库中反应出来了。这里的保存的对象，也就是我们说的TO（Test Object） 。脚本一旦开发完毕，这些对象及对应的属性均保持不变，作为识别对象的基线。回放过程中，运行时系统的对象称作RO（Run-time Object）。QTP以对象库中保存对象的属性及属性值为标准，去匹配运行时系统的对象，如果匹配成功则正确识别对象并执行相应操作，否则会有提示信息。下图也是最为常见的对象不识别。解决这个问题，就是需要在录制之前配置好Object Identification中各种对象的识别属性，做到能够唯一标识对象的目标。这样就会减少脚本出错的几率。在对象库中也可以增加（加号）、删除（叉号）、修改属性及属性值。这是对象库强大的一处体现。Value可以修改正则表达式，可以参数化。支持随机值，DataTable取值，环境变量取值，这就让对象识别变的很灵活，甚至可以动态的去识别对象。关于另一个常用的就是描述性编程，这个概念是QTP独有的。通过这个机制，使对象识别更加灵活。在开发脚本过程中，可以不依赖默认识别属性，通过指定对象的属性及相应的属性值去识别对象。这样可以使脚本脱离对象库，也就是不依赖于TO对象，省去维护对象库的步骤，但原理还是一样的。灵活运用描述性编程可以使脚本的重用性、稳定性、维护以及脚本的开发变的简单，而且直观易于阅读，简化团队成员之间的协作。但如果单纯的把录制的脚本改成描述性的，这样做不仅没有好处，还会给你的开发的工作量、脚本的维护带来很大的麻烦。如何灵活使用描述性编程，这里不作详述，原则是使脚本开发过程简单，维护工作量最小。以上内容，从理论到具体的实践，都是掌握QTP的基础，也是很重要的环节。这部分内容的掌握程度，直接影响以后使用QTP开展测试的深度以及使用QTP的灵活度。所以这部分内容，建议多花时间把它搞透、搞明白。