51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4322|回复: 20
打印 上一主题 下一主题

[原创] 有关QTP长时间Save的问题!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-8-16 14:36:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本人是做SAP软件回归测试的,主要用到的工具是QTP8.2。

在SAP中有时需要做Save动作,但在QTP中执行这一步时,由于Save的时间比较长,大概7~9分钟。这时候会经常出现QTP“死掉”的情况,暂停和停止按钮均起不了作用,只有QTP窗口右下角的绿色“Running”在不停的闪。

我想知道这是不是QTP8.2的Bug,请大家帮忙提提意见,如有什么好的解决办法请留言或发信告诉我,我的油箱是ljitry@163.com
Thanks in advance!!!!Sample Text
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-8-16 15:48:20 | 只看该作者
正常情况下应该QTP不会有什么问题吧
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-8-16 16:00:58 | 只看该作者
你添加等待时间wait()
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2006-8-16 17:55:57 | 只看该作者
那~什么是不正常情况呢?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2006-8-16 17:58:13 | 只看该作者
添加了的,在Save的前后!一般是Wait(3),这有问题吗?还是不够久?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    难过
    2015-4-23 14:35
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    6#
    发表于 2006-8-16 18:01:08 | 只看该作者
    是本身程序保存时花费那么长时间,可以加等待时间或者在选项中设置一下,把时间设置长一点

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-4-23 14:35
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    7#
    发表于 2006-8-16 18:03:17 | 只看该作者
    在save的后面加就可以了,要等待7、8分钟,如果运行时间超过了选项中设置的这个同步超时时间,那么会报错
    在save动作后加 wait(480),  是秒数

    [ 本帖最后由 yangkinki 于 2006-8-16 18:04 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2006-8-17 17:15:36 | 只看该作者
    Wait(480)是呼太长了一点吧!!!虽然可以实现自动化,但时间也越少越好呀!谢谢各位的回复!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-4-23 14:35
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    9#
    发表于 2006-8-17 17:49:26 | 只看该作者
    不是程序save的时间有那么长吗,如果QTP设置的同步超时时间不够,那么就会有错误,本身程序需要等那么长时间,那也只能wait那么长了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2006-8-17 18:08:09 | 只看该作者
    问题不是 Wait(480) 的时间长短,而是 等待这些时间后  QTP能继续运行。我们曾经用过wait(300)  来等待数据库更新数据呢。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2006-8-17 18:16:51 | 只看该作者
    是在QTP设置的同步时间选项里需要设置长一点还是要在运行Save这一步动作的后面添加一个Wait(480)?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2006-8-17 18:31:05 | 只看该作者
    还有两位,怎样去判断那个同步时间的设置?请留一下MSN,交个朋友!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2006-8-18 10:32:32 | 只看该作者
    我的做法是:QTP设置的同步时间选项没有进行任何修改,只是在必要的时候添加 Wait(10) 等语句。
    怎样去判断那个同步时间的设置?这个好像没有什么标准吧? 我的感觉是凭经验了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
     楼主| 发表于 2006-8-18 11:05:10 | 只看该作者
    walker1020  能不能加一下MSN?在详细聊聊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
     楼主| 发表于 2006-8-18 11:10:01 | 只看该作者
    还有我是要在Save的前还是后加这个wait(10)?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2006-8-21 11:12:21 | 只看该作者
    原帖由 ljitry 于 2006-8-18 11:10 发表
    还有我是要在Save的前还是后加这个wait(10)?


    这个要看具体情况而定了。不过,根据你的描述,我感觉是应在后面添加 wait 语句。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2006-9-7 17:57:43 | 只看该作者
    谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2006-9-8 08:45:46 | 只看该作者
    这段时间我也经常碰到这种问题
    我以为是目录深度和脚本过于复杂所致
    现在看来还是不知道
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-12-26 13:34
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
    发表于 2006-9-8 08:59:25 | 只看该作者

    发表一下个人看法

    不知我的理解是否正确:

    楼主所述的似乎是 保存 时太慢。

    QTP脚本保存前都是在一个临时目录下的,如果脚本较长,第一次保存往往需要很长时间。

    录制过程中,如果你设置了保存ActiveScreen和Script等回放过程中的一些产物,保存时间也是很长的。

    如果楼主所述是指 保存(相当于按保存按钮)的时间过长的话,你可以改一下设置,让QTP运行更快一些。

    1、不加载不需的插件。
    2、只保存出现警告的页面或出错的页面。
    3、确定是否需要保存网页中的脚本。

    保存过程太慢慢,往往就 是录制过程产生的文件太多所致。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2006-9-8 12:40:36 | 只看该作者
    同意楼上的猜测,多试验肯定会有收获
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-10-8 10:50 , Processed in 0.101713 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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