1. 可以通过Function Definition Generator方便的定制自定义函数（Function）
2. Built-in Function优先级高于User-Defined Function。因此若存在同名的话，QTP会优先调用内置的Function
3. 通过RegisterUserFunc可以将自定义的函数注册为特定对象的方法，甚至可以覆盖原有对象的方法（Method）。通过UnRegisterUserFunc取消注册
注册方式：RegisterUserFunc TOClass, MethodName, FunctionName, True
反注册方式：UnRegisterUserFunc TOClass, MethodName
4. 定义在Action中的Function以及注册的Method只能在当前Action中使用，若需要供全局使用则定义到Function Library中
5. 如果Method在Action中注册并且被其他Action调用时，该Method定义也适用于调用Action（Calling Action）。但如果Function定义在被调用Action中（Called Action），则Calling Action会因为找不到Function定义而失败。这种情况的话，需要将Function 定义在Function Library中
6. QTP在测试执行前会清除所有的Method Register
7. 默认情况下，User-Defined Function的运行结果不会出现在Test Result中，可以自己用Reporter.ReportEvent添加log
8. QTP在打开Test时加载了关联的Function Library，因此，若其他人或者你用其他编辑器修改了对应的Function Library，只有在QTP重新打开该Test后才生效
9. QTP搜索Function的顺序是先Test在Function Library。另外，同名的Function存在于多个Function Library时，后一个被使用
10. 对于同一个Method先后注册了两个不同的Function，后面的Method注册会覆盖前面的。当用UnRegisterUserFunc反注册时，会将该Method返回到原始状态，而不会回到前一个注册
11. 在某Action中使用ExecuteFile后，该Function只能在当前Action中使用
12. 对于存储在QC中的外部资源，如Function Library，QTP打开时为其创建了一个本地副本。因此若其他人修改了QC上的外部资源，或你使用其他编辑器进行修改时，该修改只有在QTP重新打开该Test才生效。但对于存储在本地的外部资源，不存在该问题
13. 在Test Settings中设置了Default Function Library列表后，新建Test时这些Library即被集成到新创建的Test中。以后对Default Function Library列表的修改对已有Test不产生任何影响。
日历
| |||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | ||||||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
| 12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
| 19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
| 26 | 27 | 28 | 29 | 30 | 31 | ||||
搜索标题
最新来客
我的好友
统计信息
- 访问量: 1083
- 日志数: 8
- 建立时间: 2007-12-04
- 更新时间: 2008-04-11
RSS订阅
我的最新日志
-
软件测试笔试题目上（转）
2008-4-11
-
QTP的学习历程[转载]
2007-12-06
对于我来说，学习QTP是一个漫长而有艰苦的过程
。首先我不是计算机及相关专业毕业的（医学相关）。跳入测试部时，我正在接受程序员的培训课程。由于自己认为需要，于是开始学习QTP。刚开始使用QTP，就一直对着说明书，不停的“订飞机票”（订飞机票是说明书里的一个例子）。学会了一个步骤就拿到公司产品上玩玩，回忆起来还是挺有趣的。
当我用一些简单的功能开始录制脚本时，发现保存ActiveXScreen的话，生成的脚本很中空间（因为程序会保存每个不同的录制页面），多录一些硬盘空间就满了，而且回放过程会很慢。
但如果不保存活动页（ActiveXScreen），对脚本的再改造/维护起来就相对困难一些。于是我开始去了解“关键字”视图里的内容，尝试了解代码。慢慢的，我了解到“关键字”视图显示了整个操作步骤，第个组件相对于程序里一个元素。同时还记录了录制过程对该元素的操作和结果。
然后我又开始在论坛在找些资料看看，从有点所谓的高级应用中，我发现脚本的维护并不一定要有“活动页”。实际是QTP所有对象的识别，都存在脚本的一个对象库里了。QTP经常出现无法识别对象的问题，可以从这里着头修改。
为了减少QTP脚本占用空间大、录制慢的问题。我查阅了一些资料，可以在设置中进行修改，让脚本中不保存活动控件（ActiveX）或仅保存出错时的录制页面。干脆，我就从此录制页面了。所有的调试都从“关键字”视图和“专家”视图中进行修改。而且关于对象库，QTP也有个选项，可以设置加载页面上所有的对象，我修改成只保存页面上录制过程使用的对象。
这样，脚本的容量问题就解决了，录制后的脚本会比以前小很多，来了个彻底的瘦身。关于录制速度的问题，和保存“活动页”、动态脚本也有一定的关系，另外可以减小启动的加载项（如：去掉VB插件、.net插件，不需要的就不加进来）。这样的脚本上传到TestDirector上，或从TestDirector上调用就不会太慢了。然而真正的问题，棘手的问题就不是上面所述的那么简单了。不过都是有办法解决了的，嘿嘿……
以下是我经常遇到的问题：
一、无法识别控件。
二、错误回放过程未知弹出窗口。
三、加载.net插件后和TD的关联问题。
四、动态加载元素的识别问题。
五、调用外部dll的问题。
六、随机验证码的问题。问题一，解决办法有三种：
1、更改QTP自身对某控件的识别方式，在 tools——Object Identification 中。在这里列出了所有QTP能识别的控件，以及控件的识别方式。你可以给他添加X、Y坐标进行识别。或更明显的，列表中的信息，不按名称识别，而是按ID识别。这个修改可以解决一些问题，具体的赶紧动手试试吧……
2、使用虚拟物件，来定义一个控件，在 tools——Virtual Object 中。在这里可以自定义一个控件。例如在ASP的程序中，程序出错，在客户端的表现形式大部分是一样的，你可以把整个错误页面当成一个控件来识别（感觉不错）。如果加一个判断，出错后你想做什么就由你自己定了。
3、使用低级录制或鼠标录制。用 Test——LowLevelRecording/AnlogRecording 吧，用它录制就不需要什么设置了，他会记录你的程序控件相对屏幕的位置。用LowLevelRecording还有代码可改，用AnlogRecording动作就被封装了（维护性极差）。两者因实际环境更取其长吧……问题二的解决过程：
关于弹出提示的问题，我当时需要情况是这样的。一个信息录入系统，由于数据量很大，查询需要一段时间。QTP回放时动作比较快，点了保存，程序还没反应过来它就进行了下一步操作。这时的操作就和录制时不一样了，程序给出一个提示，但这个提示是录制过程没有的。弹出框是一般都是POP形势（至上）的，导致QTP无法继续回放，结果就是回放失败。
解决办法有两个：
1、进行判断，当出现这个提示时，点是/否/取消按钮。
2、通过 Tools——Recorvery Scenario Manager 设置默认操作。
我最初就是用的第一种方法。写一个函数判断是否出现这个提示，如果出现就点“取消”然后wait(2)。 每个可能出现弹出框的动作后都调用一次这个函数。虽然可以解决这个问题，但回放的效率就低了，而且需要你预知提示框的信息。
当我知道了第二种方法，显然更科学^_^。它可以对所有预知甚至不知的提示进行指定的操作。
实际上，当程序出现了未预知的提示时，可能就是程序的BUG，所以使用上述办法解决工具问题时，也要考虑是否会掩盖程序的缺陷。问题三的解决办法：
用好QTP后，会不自觉的和TD关联起来。但从TD直接启动QTP时，程序只会加载QTP自带的插件，如果你安装了其它插件（如.net、java、etc.），默认是不加载的。这会导致上传的脚本无法正确执行。解决办法很简单，去 Test——Setting里进行Modify 吧。从本地打开的脚本，这里不能进行Modify的。所以办法很简单，但如果不知道的话就很难了。当初为这个问题我可是废了八牛三虎之力呢……问题四的解决过程：
当我开始改代码时，定义一个动作，然后可以生成N个动作。假设N个动作产生了N个结果，你要对这结果进行处理时，你会发现这N个结果都不能被识别:网页上有个表格，是往数据库里加数据的。
两个表格显示在同一个页面上，左边为父表，右边为子表。
点击左表，右表显示其子项目。
结构如下：
A
├─1
├─2
├─3
└─4
B
├─1
├─2
├─3
└─4
……
思想很清晰：
添加一个父项A、选中此父项A、对其添加子项1、2、3、4
添加一个父项B、选中此父项B、对其添加子项1、2、3、4 ……
代码也很简单：
dim M '定义父项数
dim N '定义每个父项包含的子项数
For i=1 to M
Call 添加父项( i )
选中父项( i ) '问题就出在这里
For j=1 to bwfl step 1
Call 添加子项( j )
Next
Next
现在问题出来了，思路应该没有问题（除非这方法真的行不通），循环也是顺着思想来的。
问题是，无法实现选中的父项（最多识别到一个）。
由于此循环可以在录制过程进行，如果不改变变量名称，循环可且只可以成功运行一次。问题是这个名称都是从DataTable里获取的。
因为，在运行过程中生成的项目没有加到对象库中，无法被识别。这个问题最后是从思想上解决的。答案是我做的是功能测试，为什么不先加父项，检查父项的功能是否正常，然后再去测子项的功能。不去改变名字，因为那没有必要。核心答案“功能测试、测试功能”。即对测试工具首先需要有正确的认识。
当然，这个问题可以用代码去实现，但那需要有一定的编程功底且耗时，可维护性不一定好。有需要的朋友可以去试一下，然后把你的经验也共享一下。 *^_^*问题五，是对QTP很大的一个扩充。
对于QTP调用外部DLL的功能，由于我的编程功底不够，没有相关人士配合我，我只能望之垂涎了！
如果能调用外部DLL的话，QTP的功能就可以变得很强大。自己写的程序，自己编一些过程用QTP进行测试，我想“后果很严重”
。真想有一次给我尝试的机会……问题六，解决办法有4个：
1、测试的时候，让程序员把这块限制去掉，免去验证这关。
2、让程序员提供一个万能验证码，测试可以绕过这一关。
3、请程序员提供识别的方法，从获取的图片读出验证数据，再传给QTP。
4、进行位图检查，将验证码分段进行图像验证。
实际上，验证码的目的就是防止用程序灌水或机器录入信息。所以有点为难我们测试了。
方法1，如果程序已在发布并有客户使用，危险性是可想而知的。方法2虽然可以解决验证这一关，但跳过了输入码与验证码一致性问题。方法3就需要程序员配合了，可能就需要调用DLL了。方法4却将图像分段，把获取的图像和已经的图像进行比对，比对通过取对应的值；这个在数字验证会好做一点，因为最多就四个图像的比对。
关于网上的汉字验证码，那块的测试我就不知道他们是怎么做的了。真想了解一下！
以上就是我对过去QTP学习过程的一个总结。供天下各界朋友参观、发言、讨论，也是对我过去的一个写照，可能N年后，自己看到会很有感觉呢
。现在又有项目来了，我学习的时间慢慢也少了。新项目里融合了C++程序，QTP对C++的识别似乎很不理想，也许是需要插件支持吧。过程中我尝试了Rational的Robot，Robot对C++的识别很好，但Rational一套组件内容太多，对汉字的支持似乎也不是很好。用了一段时间我就把它从硬盘中给清掉了……
QTP的学习就在此停住了，不能应用到项目中，单纯看着说明书的学习，我好像不太在行。
也许是真的需要活学活用，边学边用吧。或者我不够书呆子吧…… -
描述性编程不是可以医治百病的灵丹妙药
2007-12-05
-
Description 对象用于编程描述
2007-12-05
-
如何删除Oracle
2007-12-04
-
一位高人的QTP学习笔记
2007-12-04
-
QTP User-Defined Function 学习经验汇总
2007-12-04
-
QTP中Wait与同步点的区别[转]
2007-12-04