大家在使用QTP进行自动化测试的过程中经常会遇到图片验证码的问题——大家所关心的就是如何解决此类问题。
这里我们首先要去了解为什么会有图片验证码。其实验证码的本质作用就是防止有人利用工具（灌水机、注册机，当然也不小心包括了我们的自动化测试工具）恶意猜解登陆或者不停的注册和灌水的。因此如果我们完全寄希望于通过GUI识别来获取内容是不切实际的——先打好预防针，免得读者希望太大，失望更大，呵呵！
下面说说验证码的解决思路：其实解决图片验证码的思路有很多，我这里主要结合QTP9.5的新特性给大家介绍其中一种解决方案，就是利用它的OCR机制抓取文本内容。
在QTP9.5中，对象识别能力有了进一步改善，其中针对文本识别方面进行了优化，引入了ABBYY公司的OCR解决方案——这个相关的功能体现在QTP菜单的“Tools-->Options-->General--Use text recognition mechanisms in this order”里，详细内容后面会有具体介绍。
先来看看ABBYY是何许公司，登录他们的官方网站可以看到一段相关介绍：“ABBYY是世界OCR（光学字符识别）、ICR（手写体识别）和语言软件的领航者。ABBYY 致力于人工智能(AI)和语言软件开发。提供全套文档识别，转换和数据捕获技术的产品解决方案。”如果你使用过图像文档转换的软件，一定会听说过FineReader OCR Professional ，其实它就是ABBYY公司的产品，用官方的说法就是“将通过扫描仪、MFP 或数码相机生成的图像快速转换为可编辑和可搜索的电子格式，而且识别率很高”，说白了就是可以借助它先进的OCR机制“读”出图片里的文本内容，并转换为PDF之类的文档。
有了ABBYY这么强大的背后支持，QTP自然底气十足，那么QTP到底如何以OCR机制识别文本呢？我们首先先了解一下什么是OCR。打开“百度百科_OCR”，它的说明：“OCR（Optical Character Recognition，光学字符识别），是属于图型识别（Pattern Recognition，PR）的一门学问。其目的就是要让计算机知道它到底看到了什么，尤其是文字资料。 由于OCR是一门与识别率拔河的技术，因此如何除错或利用辅助信息提高识别正确率，是OCR最重要的课题，ICR（Intelligent Character Recognition）的名词也因此而产生。而根据文字资料存在的媒体介质不同，及取得这些资料的方式不同，就衍生出各式各样、各种不同的应用。”这里有个关键词：“正确率”，也就是“识别率”——既然不能够总是100%，我们自然不可能完全寄希望于通过QTP能够每次100%正确的去识别图片里的文本。尤其是“道高一尺魔高一丈”的今天，验证码加入了大量的干扰素，如扭曲、变形、错位、随机背景花纹，给OCR识别增加了很多难度——本来就不希望被软件识别到嘛。
本文出自songfun的51Testing软件测试博客，转载请保留出处及链接：http://www.51testing.com/?songfun
了解了OCR之后，我们再来看看QTP对应的这个设置。如前面所说，通过QTP菜单的“Tools-->Options”选中到“General--Use text recognition mechanisms in this order”，这里的四个选项就是对应的不同设置。我们看看帮助的描述（我做了翻译）：
使用文本识别机制
指定QTP在采用 “文本”或者“文本区域” 的 检查点或输出值 的步骤时，捕获文本内容所使用的文本识别机制。
以下有三种识别方式：
1、先使用Windows API，再使用OCR（默认）。
指示QTP首先尝试以基于Windows API的机制从对象上直接获取文本内容。如果未获取到文本（比如，文本属于图片的一部分），QTP就会使用OCR的机制尝试获取这段文本。
强烈建议在使用中日韩（象形文字）、英的语言环境下采用这个设置。
2、先使用OCR，再使用Windows API。
指示QTP首先尝试使用OCR机制从对象上去获取文本。如果未获取到文本，
QTP就会以Windows API的机制去获取文本内容。
3、仅使用Windows API方式。
指示QTP仅采用基于Windows API的机制从对象上获取文本内容。
4、仅使用OCR的方式。
指示QTP仅采用基于OCR的机制从对象上获取文本内容。
在使用Windows Vista要使用这种方式。
上面的内容已经解释的很明确了，接下来我们通过TextArea Output Value看看效果。
（一）、内容是51Testing的，QTP获取正确；内容是51Testing的G风格彩字，QTP获取错误（显示为IC_CHECK_PATTERN）
（二）、内容是songfun的普通文本，QTP获取正确；内容是songfun的G风格彩字，QTP获取错误（也显示为IC_CHECK_PATTERN）
有兴趣大家可以自己做一些图片，甚至可以用QQ的验证码图片来试验一下，看看OCR效果。
君临天下 回答采纳率:38.9% 2009-01-01 00:42
检举
问题一，解决办法有三种：
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的学习就在此停住了，不能应用到项目中，单纯看着说明书的学习，我好像不太在行。 也许是真的需要活学活用，边学边用吧。或者我不够书呆子吧……
QTP关于验证码的应用解决方法之一 Dim Input Input = InputBox("Enter your pic no:") Browser("调查博客").Page("调查博客").WebEdit("ident_code").Set Input 试试这个办法看行不
