软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试工具>>Mercury>>正文
QTP Recovery Scenario 简介
文章出处:51testing博客 作者:阳阳 发布时间:2006-12-20

    场景恢复可以用于应对测试脚本在运行的过程中出现的异常,在预估可能出现的异常状况下,添加对应的场景恢复,可以使脚本运行的更加通畅。以下是对QTP Recovery Scenario的简单介绍,希望对初学者有所帮助。

    添加一个新的场景恢复,通过菜单Tools->Recovery Scenario Manager进入,主要分为以下四个步骤。

[步骤一:Trigger]
    场景恢复机制提供了四种类型的触发事件,分别用来识别:弹出对话框、对象的特殊属性值、运行错误、应用
程序失败。

    可以根据具体的需求来添加各个类型的恢复场景,每种类型的选项可以在添加向导中选择,如下图。

[步骤二:Recovery]
    恢复的操作可以是自定义按钮操作,函数调用,关闭应用程序进程,重起机器等等,几乎涵盖了所有QTP的正常操作,按照向导进行设置,操作很方便。也可以添加多个恢复操作,且调整执行顺序,注意:重起系统总是排在最后一个。
添加操作完成,把Add another recovery operation前的按钮去掉,才可以进入下一步。

[步骤三:Post-recovery]
    在Post-recovery中,又分了6个选项:


Repeat current step and continue:重复当前步骤然后继续向下
Proceed to next step:处理下一步
Proceed to next action or component iteration:处理下一个Action,或者组件的下一个循环
Proceed to next test
iteration:处理该测试的下一个循环
Restart current test run:重新启动当前的测试
Stop the test run:终止测试运行

    这些操作的差别在具体实践中体会吧,这里就不赘述了。

[步骤四:Name]
    一切都设置好以后,就给你的场景恢复起个唯一的名字吧。也可以添加一些描述方便维护工作。

 

    开始使用场景恢复,在Test->Settings->Recovery中添加设置好的恢复场景,然后选择激活方式(On every step/On error/Never)。

On every step,只要出现恢复的场景,就执行场景恢复中的动作,然后继续。
On error,在出现错误的时候,才查找是否符合待恢复的场景,如果是则执行恢复操作。
Never,无论如何,都不运行场景恢复机制。

提供两个执行场景恢复的小例子:

例1 :

[配置]
1,在Recovery Scenario Properties中,Post-Recovery Operation选择Repeat current step and continue
2,激活方式为On every step
[现象]
只要出现恢复的场景,就执行场景的动作,并且重复执行出现该场景的那条语句,然后继续。适用于重复尝试必将成功的场景,否则死循环。

例2:

[配置]
1,在Recovery Scenario Properties中,Post-Recovery Operation选择Repeat current step and continue
2,激活方式为On error
[现象]
出现错误后,进入场景恢复机制,就执行场景的动作,(并没有重复执行出现该场景的那条语句,不知道为什么)直接执行下一条语句。

原始链接:http://blog.51testing.com/?8181/action_viewspace_itemid_1589.html


站内搜索
相关文章
◎解决LR无法动态从数据库取值的方法
◎详解loadrunner的think time
◎QTP的登陆脚本设计
◎再论TD的数据迁移
◎关于IP欺骗的问题
◎LoadRunner与Winsock协议[翻译]
◎QTP的录制回放过程
◎LoadRunner函数介绍续
◎LoadRunner函数介绍
◎如何通过LoadRunner监控Linux和Unix操作系统的资源状况
◎专注于业务需求的自动化测试——Mercury Business Process Testing
◎如何查看LoadRunner虚拟用户(vuser)类型
◎使用LoadRunner测试TUXEDO
◎对LR回放中highest severity level was"ERROR"的解决方法
◎使用Winrunner进行性能测试
◎如何区分Server Time 和 Network Time
◎利用LR测试程序基类的性能
◎如何用LR监视服务器LINUX的方法
◎如何在QC中调用QTP进行测试
◎WinRunner使用经验介绍
◎使用LoadRunner来测试BEA TUXEDO(LoadRunner7.6)
◎MI测试工具介绍
◎VB 调用 QuickTestpro 脚本
◎QTP的登陆脚本设计
◎QTP的登陆脚本设计
◎loadruner报错:Step download timeout(120 seconds)的解决方法
◎QuickTestPro SP考试心得
◎LoadRunner本机录制http协议程序遇到的问题以及解决方法
◎关于"The RPC server is unavailable"的探讨及解决方案
◎QuickTestPro处理带有IFRAME的问题
◎QuickTestPro处理带有IFRAME的问题(续)
◎如何用QTP解析PDF
◎利用loadrunner测试ORACLE存储过程的性能
◎MERCURY最终用户管理:以最终用户为出发点,将业务和IT紧密结合
◎仅有基础架构管理是不够的:新的IT运作方式势在必行
◎美科利质量中心服务最佳实践白皮书
◎无代理监控:监控关键系统的全新典范
◎应用实施:卓越中心的发展
◎实施全面的J2EE监控和诊断解决方案
◎美科利客户的见解
◎改进质量和测试管理
◎错误警报不复存在:成功实施应用管理战略
◎代理和无代理系统管理的比较:运营总成本
◎高级测试管理的工具和技术
◎ERP功能测试最佳实践:10个步骤确保ERP系统的可靠性
◎美科利和SAP:优化业务成果
◎四款主流测试工具的测试流程
◎WinRunner如何实现自动化测试
◎TD 7.x 升级到 TD 8.0 的一些经验(SQLSERVER 下)
◎winsock的buffer简单解析
热门文章
◎主流测试工具介绍(1)
◎Winrunner经验总结
◎主流测试工具介绍(2)
◎主流测试工具介绍(3)
◎Winrunner TSL命令简介(一)
◎WinRunner的问题整理
◎LoadRunner监视的性能计数器
◎四款主流测试工具的测试流程
◎Loadrunner中参数的设置
◎LoadRunner的一个解决方案
◎让LoadRunner走下神坛
◎WinRunner 脚本标准格式
◎LoadRunner简化国泰航空测试流程
◎WinRunner如何实现自动化测试
◎利用loadrunner测试ORACLE存储过程的性能
◎jboss tomcat weblogic websphere 性能对比测试
◎Winrunner TSL命令简介(四)
◎Winrunner TSL命令简介(二)
◎使用LoadRunner测试TUXEDO
◎TestDirector项目数据迁移完整过程
◎LoadRunner函数介绍
◎关于"RPC server is unavailable"的解决方案
◎Winrunner TSL命令简介(三)
◎使用Winrunner进行性能测试
◎TD7.6 字段中英文对照表
◎Winrunner Context Sensitive命令列表
◎LoadRunner本机录制http协议程序遇到的问题以及解决方法
◎WinRunner使用经验介绍
◎TD中Case的复用
◎对脚本的建议
◎MI测试工具介绍
◎QTP的登陆脚本设计
◎如何用QTP解析PDF
◎winsock协议错误编码解析
◎TD 7.x 升级到 TD 8.0 的一些经验(SQLSERVER 下)
◎QuickTestPro SP考试心得
◎loadruner报错:Step download timeout(120 seconds)的解决方法
◎使用LoadRunner来测试BEATUXEDO (LoadRunner 7.6)
◎QuickTestPro中的快捷键
◎ERP功能测试最佳实践:10个步骤确保ERP系统的可靠性
◎高级测试管理的工具和技术
◎winsock的buffer简单解析
◎何谓 Keyword-Driven Testing?
◎LoadRunner学习——LoadRunner的安装
◎QTP的学习历程
◎使用LoadRunner来测试BEA TUXEDO(LoadRunner7.6)
◎LoadRunner函数介绍续
◎QTP的登陆脚本设计
◎关于"The RPC server is unavailable"的探讨及解决方案
◎改进质量和测试管理

Google提供的广告