51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: doujiatai
打印 上一主题 下一主题

[求助] loadrunner中添加的检查点的问题

[复制链接]

该用户从未签到

21#
发表于 2013-6-24 10:29:45 | 只看该作者
可以这么设置:   
   1)Vuser → Run-Times Settings → Browser → Browser Emulation → User-Agent
                Browser type: Microsoft Internet Explorer
                Browser version:6.0
                Platform:Windows
                Language:Chinese
        2)Tools → Recording options
                √ Support charset
                √ UTF-8
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2013-6-24 10:30:02 | 只看该作者
回复 20# doujiatai


    可以这么设置:   
   1)Vuser → Run-Times Settings → Browser → Browser Emulation → User-Agent
                Browser type: Microsoft Internet Explorer
                Browser version:6.0
                Platform:Windows
                Language:Chinese
        2)Tools → Recording options
                √ Support charset
                √ UTF-8
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2013-6-24 10:30:05 | 只看该作者
回复 20# doujiatai


    可以这么设置:   
   1)Vuser → Run-Times Settings → Browser → Browser Emulation → User-Agent
                Browser type: Microsoft Internet Explorer
                Browser version:6.0
                Platform:Windows
                Language:Chinese
        2)Tools → Recording options
                √ Support charset
                √ UTF-8
回复 支持 反对

使用道具 举报

该用户从未签到

24#
 楼主| 发表于 2013-6-24 11:30:35 | 只看该作者


为什么检查点换为“英文”也会报错

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2016-11-29 09:44
  • 签到天数: 5 天

    连续签到: 5 天

    [LV.2]测试排长

    25#
    发表于 2013-6-24 12:34:12 | 只看该作者
    英文也报错,你要检查下web_submit_data函数,里面的参数utf的值为什么是“?”,还有其他值到底设置对不对,最好问下开发
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2013-6-24 13:03:09 | 只看该作者
    转码可以用函数 lr_convert_string_encoding做,要确定检查点的话就需要比较response与要测试页面的源文件,根据HTML标签来确定;另外直接用response中显示的乱码也可以在作为查询字符串在web_reg_find中查找
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
     楼主| 发表于 2013-6-24 13:36:13 | 只看该作者


    为什么登陆的用户作为文本检查点,可以回放成功,新建的客户作为文本检查点,回放不成功,求高手指教

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
     楼主| 发表于 2013-6-24 17:34:02 | 只看该作者





    找到乱码回放也失败,即使乱码回放成功,如果要参数化都是中文,难道要挨个去找中文对应的乱码吗?请指教

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
     楼主| 发表于 2013-6-24 17:42:15 | 只看该作者




    找到中文对应的乱码,回放也失败,如果要参数化,难道要挨个去找这个乱码?请指教

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
     楼主| 发表于 2013-6-25 00:19:05 | 只看该作者








    登陆的用户的检查点,在快照里面存在,能回放成功,新增的客户,在快照里面也有,回放不成功,什么原因,请指点?

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2013-6-25 11:20:43 | 只看该作者
    1.看你的日志中显示的信息,有一条"Warning -26490: File name in a multipart submit is missing or empty.“应该是这个web_sumbit_data中参数的有问题,参数”customer[sustomser_name]“的值”百度公司“是录制下来的还是你后期手工修改的?可能是该参数导致你请求失败了。
    2.后续的日志中显示你的web应用对地址 “http://117.36.66.7:19091/customers”进行了重定向,实际地址是“http://117.36.66.7:19091/signin”,可能就是因为参数提交错误导致你的web应用对请求进行的跳转, 如果可以请将该web_sumbit_data的完整代码 和 你运行的ACTION.C(972)的日志 贴出来看下;
    3.另外,你查看response时要看回放的response,  28楼第一张图   右边界面中 左上角 选蓝色三角那个按钮(第三个按钮),不是红色圆圈那个按钮(第一个);
    4.看看回放时的response中具体内容,你这个find失败的话应该是response内容不是你预期的页面内容,所以不管你英文、中文还是乱码都失败了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
     楼主| 发表于 2013-6-25 12:48:07 | 只看该作者
    Action的代码如下:




    日志如下:

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
     楼主| 发表于 2013-6-25 13:04:32 | 只看该作者
    回放的中文对应的乱码:

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2013-6-25 13:59:06 | 只看该作者
    看了你的Action代码,
    1、验证下Web_reg_find查找中文是否有效:
         在你的389行 web_url("企业客户基本信息维护",......)之前 用web_reg_find("Text=XXXX",LAST),这个XXXX为你录制时成功新增的企业名(或者数据库中已存在的企业名),用中文或者相应UTF8乱码都可以,理论上应能是能找到内容;
    2、你的web_reg_find找不到的原因可能性分析
         web_submit_data("customers", ......)这条request作用是新增客户信息,其中参数Name=authenticity_token", "Value=Dt2eCQEdx62+WwTysyyOrV9bGfWUnFq3XwYsJ9or2J8=”从名称上看是对用户session有效性进行验证,这个可能需要做关联,未关联可能会导致该请求处理未成功(从日志信息中的重定向上看这个可能性较大);其余参数如“customer_name”等在你的系统中是否进行了唯一性判断,若有的话在回放的时候将这个参数以及你查找的字符串改成其他值试试。
    还有,你那个33楼的截图,最好选择TreeView上,在Thumbnails中不太好判断你当前的request是哪个
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
     楼主| 发表于 2013-6-25 16:18:42 | 只看该作者
    把检查点放在web_url的前面回放成功,有一条警告:




    迭代多次的话失败,如图

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
     楼主| 发表于 2013-6-25 16:29:12 | 只看该作者
    谢谢kevincool站友的指教,有条警告消息,是要做关联吗?如图

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2013-6-25 19:42:25 | 只看该作者
    1.你的customer参数化是对 web_sumbit_data中那个 customer_name的键值做的么?回放的第一个迭代成功,那你的custom第一个取值是不是录制的值?如果是的话,那还是 web_sumbit_data的那个请求不正确,尝试下先不参数化,手工修改下那个键值(例如将“北京公司”改为“上海公司”),回放后,看看数据是否新增成功(是否包含“上海公司”);
    2.如果上一步手工修改--回放后没有新数据生成,那应该还是关联的问题,看看authenticity_token这个值是否已关联,如果没有需要手动关联,假如能新增数据成功后再进行参数化;
    3.将web_reg_find放在web_url之前是为了验证查找对中文的支持,能查找成功说明是支持的,而你进行参数化以后,这个web_reg_find还应该放在web_sumbit_data之前,因为LR是根据脚本顺序执行的,web_url在web_sumbit_data之前,你的custom数据还没有提交,在web_url那边是查找不到的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
     楼主| 发表于 2013-6-26 10:28:26 | 只看该作者
    检查点放在web_submit_data之前,中文咋找不到啊,见图

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
     楼主| 发表于 2013-6-26 10:36:34 | 只看该作者
    customer参数化是对 web_sumbit_data中那个 customer_name的键值做的,
    手动改成"上海公司“回放也不成功,做了自动关联,手动关联怎么做,见图

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
     楼主| 发表于 2013-6-26 10:40:25 | 只看该作者
    回放的第一个迭代成功,custom第一个取值是录制的值,第一次成功是检查点放在web_url之前,放在web_submit之前就回放不成功了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-8 13:47 , Processed in 0.077686 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表