51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] QTP错误处理机制概述 / QuickTest Professional Error Handling

[复制链接]

该用户从未签到

24#
发表于 2008-8-28 14:12:45 | 只看该作者
3Q!!!! LZ
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2008-8-28 14:04:28 | 只看该作者
学习学习~~
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2008-8-28 12:57:32 | 只看该作者
下载看看,顶起来。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2008-7-10 16:55:43 | 只看该作者
偶不是那种看贴不回的银
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2008-7-10 16:02:24 | 只看该作者
下了要说声谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2008-6-19 19:04:20 | 只看该作者
写的非常棒,楼主好厉害
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2008-6-19 15:37:42 | 只看该作者
这是好东西,学习了
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2008-6-10 17:42:50 | 只看该作者
这个确实比较不懂。谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2008-4-29 10:35:24 | 只看该作者
谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2008-2-21 11:53:37 | 只看该作者
正在考虑这方面的东西,太感谢了。不过想理清楚还得具体操作
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2008-2-4 18:33:15 | 只看该作者
顶楼主的共享精神,谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-2-4 18:07:08 | 只看该作者
正在考虑这方面问题。
多谢!
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2008-1-30 17:13:28 | 只看该作者
支持LZ,下载了。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2008-1-10 14:49:26 | 只看该作者
顶起!学习了~~向楼主学习~
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2008-1-10 11:07:19 | 只看该作者
原帖由 lantianwei 于 2008-1-9 10:00 发表
好人哪!
不顶对不起社会!

多谢精神支持~~
下了很多,支持的很少啊

[ 本帖最后由 gy21st 于 2008-1-10 11:08 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2008-1-9 10:57:04 | 只看该作者
原帖由 yabest 于 2008-1-9 02:47 发表
很好的文章,分析研究得很深、很全面!

想起以前设计QTP框架时,也需要考虑脚本错误的处理方法:
  • 当时发现Action之间的错误信息不能传递,感觉QTP的Action有很多局限。加上Action调用也不方便,在很多方面相 ...


  • 谢谢专家支持。
    之前怎么没注意到那个帖子呢,那样就不用花那么多时间去反复实验和比较了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2008-1-9 10:00:05 | 只看该作者
    好人哪!
    不顶对不起社会!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-1-9 09:56:39 | 只看该作者
    3Q!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2008-1-9 09:49:10 | 只看该作者
    学习一下,感谢楼主。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2008-1-9 02:47:11 | 只看该作者
    很好的文章,分析研究得很深、很全面!

    想起以前设计QTP框架时,也需要考虑脚本错误的处理方法:

    • 当时发现Action之间的错误信息不能传递,感觉QTP的Action有很多局限。加上Action调用也不方便,在很多方面相比函数都差了很多,所以决定抛弃了Action,改用函数来作为测试脚本的组织方式。

    • QTP框架设计里,各个测试用例的测试脚本都写成Case函数放在函数库里,然后由一个统一的主控模块来调用执行各个Case函数。

    • Case函数里每个步骤都可能发生错误,Case函数不可能对每个步骤进行错误检测和处理,只有少数关键错误Case函数自己会处理,其它的错误Case函数就只能中止执行,将错误返回给主控模块了。

    • 主控模块是用ExecuteFile方式加载的Case函数库,然后用On Error Resume Next/On Error goto 0的方式调用Case函数的,这样保证Case函数里未处理的错误都能原样返回到主控模块。

    • 主控模块会检测和记录Case函数返回的错误信息,然后继续调用执行下一个Case函数,这样才能保证上一个Case的错误不会影响后续Case的执行。


    以前也有一个帖子讨论了QTP的错误处理机制,不过没有LZ这个文章里讲的那么全面详细。
    http://bbs.51testing.com/viewthread.php?tid=90373
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-20 11:26 , Processed in 0.089572 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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