QTP测试脚本的对象仓库

 

使用QTP录制一些脚本再回放，这不难，难的是一个测试团队共同开发脚本，并能不断的完善脚本，创建一个结构化的自动测试脚本体系。这篇文章重点讨论的是，如何管理QTP的对象仓库，以便能让对象仓库易于维护、管理。

 

如果只是简单的录制、回放脚本，可能感觉不到对象仓库的存在。但是要做到QTP脚本的结构化管理，就必须对QTP的对象仓库进行严格的管理。

 

在实际工作中我们发现，QTP脚本做好后绝不是一成不变的，而是随着需求和页面的变化，需要不断修改的。如果每次修改脚本的时候，都重新录制脚本，成本极高，所以最有效的方法是，先修改对象仓库，然后修改脚本，以适应新的系统。

 

如果对象仓库里的管理比较混乱的话，修改脚本时就会遭受地狱般的痛苦，比如n多对象全堆在一起根本理不出头绪，对象的命名不知所云，找不到自己需要的对象等等。下面我们讲一下如何管理对象仓库，避免这些问题。

 

先介绍一下对象仓库中的对象层次，主要分为3个层次

1、Browser浏览器

2、Page页面

3、页面中的各种对象，比如Link、Button

 

Browser对应的是已经打开的IE窗口对象，Page对应的是不同的网页，比如登录首页是一个Page，登录成功后跳转到我的淘宝页面，这就是另一个Page。而页面中的各种对象就比较好理解了，图片、按钮、链接都是对象。

 

了解了对象层次，我们再讲一下命名。如果QTP在录制过程中自动记录对象，命名是非常乱的，缺乏逻辑性，经常看到一个Browser下面有n多“淘宝网_1”、“淘宝网_2”这样的Page，这对我们以后的管理非常不利。与其修改这些命名，我们不如用一种思路更清晰的方式，手动添加对象。

 

QTP中有一个工具实现了对象仓库的管理，Object Repository Manager，我们用它来添加对象。操作很简单，直接点击toolbar中的Add Object按钮，然后在web上点击你需要添加的对象即可，添加过后再修改名称。更新对象也比较简单，先选中需要更新的对象，然后点击Update from Application即可。

 

 

这项工作其实可以在系统页面出来以后就开始做，我们一边进行手工测试，一边把对象添加起来，为后面的脚本开发做准备。这时暂时不制作脚本。

 

总结一下，对象仓库的管理要满足以下几个原则：

1、每个Browser下的Page不要太多，最好不要超过5个，即使我们的系统都在同一个IE窗口下（没有弹出新IE），我们也可以分几个Browser管理，把业务上关联较强的几个Page放在一个Browser下；

2、每个对象都按照所代表的业务属性命名，最好用中文，不要出现一些难理解的字符，比如abc这样的。

3、尽量避免在一个tsr文件中堆放过多的对象，最好根据业务，把对象分为几个tsr文件保存。这里没有统一标准，以每个tsr文件结构清晰为宜。

 

现在我们完成了对象仓库的整理，好，可以开始制作脚本了。可是问题来了，录制脚本的时候，QTP能不能自动和这些对象对应上呢？QTP会不会又自动添加一堆对象进来呢？别担心，不会出现这个问题，因为我们将进行一场脚本编写的革命：放弃“录制脚本”这种传统的脚本编写方法，完全手工编写脚本。

以上内容源于网络

QTP工作原理:

   1.录制的时候,QTP将我们操作过的所有对象都记录下来,保存在对象库object repository中,记录的形式是一个逻辑名加上若干识别属性

   2.运行脚本时,QTP分析该脚本要执行那个对象的操作,然后根据该语句中的逻辑名,在对象库中查找该对象的详细记录,然后在运行的真实披头散发软件中按图索骥,找到需要操作的对象,把语句规定的操作施加在该对象上.施加的主要动作就是把操作的相关消息时间放入到该对象窗口的消息循环队列中

    3.所以,一个完整的脚本测试应该包括两部分,一个是测试脚本的代码,一个是对象库

另外：

描述性编程和传统的QTP脚本的区别是:他把需要识别的对象的属性从对象库中转移到了脚本里面,通过在脚本里面的特殊语法格式.来告诉QTP识别对象的方法.描述性编程更加灵活,因为他不需要经过录制这个步骤,可以直接通过编程的方式操作任何一个你想操作的对象,只要你在测试脚本代码里提供给QTP识别该对象的足够信息。

描述性编程没有严格的要求,只要遵循一个原则:在代码中告诉QTP足够他识别该对象的属性,QTP就可以不通过对象库,而是通过描述性编程的方式完成对指定对象的操作.所以描述性编程没有什么神秘的,他无非是把原来存储在对象库中的信息提到代码中来了而已.