录制后回放的问题
录制126.com邮箱登陆、发邮件,退出的脚本url方式录制
用户:pigensky@126.com,pigensky234@126.com
过程:
1。以pigensky@126.com录制,调试,关联,回放成功,发邮件至pigensky234@126.com (登陆该邮箱,收到pigensky@126.com的信)
2。参数化(pigensky@126.com,pigensky234@126.com)
3.迭代2次,收件人都是pigensky234@126.com,结果显示成功
4.登陆pigensky234@126.com邮箱收信,只有pigensky@126.com的信,但没有pigensky@126.com发的邮件
检查脚本n次,无果,请教各位,这种情况是怎么回事?还是说,脚本哪还有问题?
附上脚本! 两个用户均无法登录邮箱,没法帮你看,另外脚本中没事务点真不是个好习惯 可以了,麻烦楼上的看看 还是关联的问题,重新录了个脚本,测试过可以发送
脚本超过2M,只能直接给代码部分了
[ 本帖最后由 tttrrryyy 于 2010-6-28 13:54 编辑 ] 请问,楼上的,录制方式,选的是html-base scipt? 还有个问题,你的脚本写邮件用的是web_submit_data()
二用html,url方式录制的都是web_custom_request()
能说明下区别?
如果可以,麻烦加qq 1002682 LR在WEB协议有三类提交请求的语句,1)web_submit_form(),2)web_submit_data(),3)web_custom_request。在默认的设置下,LR按上述的先后顺序使用这三条语句,也就是说LR认为1不合适就用2,2不合适再用3,其中1与2、3的差别又要大一点,涉及上下文关联性的问题,可以查下LR的帮助手册。至于2和3,没必要深究,他们绝大部分情况下都可以相互转换,有的时候录不了脚本,要能在开发的配合下使用3来自己写代码。
最后建议一直使用url的方式来处理脚本,就我个人经验,某些特殊的案例使用url可以避免html模式中一些奇怪的小问题。
页:
[1]