web_find和web_reg_find

转：

一、web_find（）函数：从HTML页面中查找指定的文本字符串

　　web_find("web_find", //定义该查找函数的名称 "

　　RightOf=a", //定义查找字符的右边界

　　 "LeftOf=b", //定义查找字符的左边界

　　"What=name", //定义查找内容 LAST);  

　　使用该函数注意以下事项： 1、位置    该函数在请求的页面内容完全显示出来以后，在页面中进行查找，所以只能写在打开页面的动作之后 2、录制模式    该函数只能在基于HTML模式录制的脚本中进行查找 3、必须启用内容检查选项    打开LoadRunner的Virtual User Generator组件，选择Vuser->runtime setting->Preferences里面，把Enable image and text check选中，启用检查点，否则将不执行该查找函数；  4、在VB和JAVA语法中不支持该函数  5、被查找的文本内容中间不要有空格，否则运行后有错误  

　　该函数有以下缺点： 1、 执行效率较低  2、 不返回查找结果情况，如想在执行该函数后根据查找结果做进一步操作时，没有返回值可以依据   例如：    在页面中查找“登录成功”的字符串，如果找到该字符串在日志中输出“登录成功”，如果找不到该字符串，则在日志中输出“登录失败”，此时使用该函数没有依据来做此判断，但使用web_reg_find()函数，使用它其中的SaveCount可以进行判断，

 

二、web_reg_find（）函数：在缓存中查找相应的内容

　　web_reg_find("Search=Body", //定义查找范围

　　 "SaveCount=ddd", //定义查找计数变量名称

　　"Text=aaaa", //定义查找内容 LAST);

　　1.此函数的作用，很显然就是能告之测试人员页面是否显示正确，其意义与价值在我此次支撑平台的性能测试得到了体现。

　　2.在使用此函数的过程中，遇到了非常郁闷的事情，幸得老大的帮助才得以跳出误区。当在此函数中，查找的text="中文"时，LR硬是报错，换成英文字体便成功。后来，查了好久，发觉是Record-Options 中我勾选了support charset中的UTF-8，可能是录制过程中LR捕捉到的是中文，而回放过程中此函数在HTML原文件中查找到的却是乱码?总而言之，把此选项去除之后，重新录制脚本，回放能够成功了！

　　3.快速定位此函数应插入的位置。切换到树状列表，找到带URL字符串的脚本，点开查看其快照，如果有图形显示，基本可以在此插入检查点了，为了进一步确认可以点右键，选择看其源代码。

 

　　使用该函数注意以下事项： 1、位置：该函数写在要查找内容的请求之前，通常情况下写在如下六个函数之前： web_castom_request(); web_image(); web_link(); web_submit_data(); web_submit_form(); web_url() 2、使用技巧 在该函数的参数中有个“SaveCount”，该参数可以记录在缓存中查找内容出现的次数，我们可以使用该值，来判断要查找的内容是否被找到

三、插入检查点函数的方法

　　1、手工写入，在需要插入函数的位置手工写入该函数 2、光标停留在要插入函数的位置，在INSERT菜单中，选择new step，在列表中选择或查找要插入的函数，根据提示填写必要的参数 3、在tree view模式下，在树状菜单中选中要插入函数的位置，右键，选择insert after或insert before，根据提示填写必要的参数

四、总结 ：

　　1、这两个函数类型不同，web_find是普通函数，web_reg_find是注册函数； 2、这两种函数在运行机制不同，当客户端向服务器发出一个请求的时候，服务器进行响应；当响应的数据在缓存中的时候，注册函数可以在缓存中查找所要查找的内容；而普通函数（例如：web_find）需要等我们请求的显示页面完全显示出来后，从这个显示页面中进行查找制定的字符串内容 3、web_find使用时必须开启内容检查选项，而web_reg_find则没有此限制 4、web_find只能只用在基于HTML模式录制的脚本中，而web_reg_find没有此限制 5、web_find是在返回的页面中进行内容查找，web_reg_find是在缓存中进行查找 6、web_find在执行效率上不如web_reg_find

 

附：

http://wenku.baidu.com/link?url=pAZlbBOzGn6uiAMIFBsJFiJwGB5HpHg3PLOLB-WWCpjFVZEgnWi4P2l8XcUi2x8uaY2PsqS6Cd1RIF6lsAnMYdkhPe5ifFgs8gAY4HVNeXW

http://www.cnblogs.com/samfish/archive/2010/06/10/1755646.html