QTP的那些事--场景恢复的使用(加入场景恢复却不起作用)

简介:

在使用场景恢复时候,发现有时候不能正确的使用,明明经使用了场景恢复,但是运行的时候没有起作用。

发现是自己的设置问题:

如下,我再resource中设置了对应的场景恢复使用。

1111

但是运行的时候发现却不起作用,后来发现原来是需要在File-->settings-->recovery中设置对应的响应时机。比如说是在出错的时候运行对应的场景恢复呢,还是在该test中的每一步中都进行场景恢复的加载呢。

设置如下:

33232

红色区域,就是对应的响应的时机。设置一下即可。



本文转自hcy's workbench博客园博客,原文链接:http://www.cnblogs.com/alterhu/archive/2012/06/15/2550171.html,如需转载请自行联系原作者。

目录
相关文章
|
1月前
|
Linux Shell
Linux手动清理Linux脚本日志定时清理日志和log文件执行表达式
Linux手动清理Linux脚本日志定时清理日志和log文件执行表达式
243 1
|
6月前
|
SQL 关系型数据库 数据库
记一次程序 Bug 导致数据删除的恢复过程
使用RDS、DMS进行数据恢复实践
950 0
我是如何完美解决WIN10崩溃无法自动恢复启动问题的
用U盘启动盘启动电脑,检查硬盘状态。确认硬盘状态良好。但是我注意到一件事情,就是我的c盘盘符下不是启动盘内容了;之前C盘下启动盘内容盘符变成了G盘;
我是如何完美解决WIN10崩溃无法自动恢复启动问题的
|
监控
zabbix配置自动恢复动作
zabbix配置自动恢复动作
249 0
zabbix配置自动恢复动作
|
弹性计算 容灾 关系型数据库
PostgreSQL PITR 任意时间点恢复过程中如何手工得到recovery需要的下一个WAL文件名 - 默认情况下restore_command自动获取
标签 PostgreSQL , recovery , recovery.conf , restore_command , timeline , 时间线 , next wal , PITR , 时间点恢复 背景 PostgreSQL数据库支持PITR时间点恢复。默认情况下,只需要配置目标是时间点,resotre_command即可,PG会自动调用resotre_command去找需要的WA
1366 0
LXJ
tripwire安装、检测、恢复、更新脚本(参数版本)
包含了tripwire安装、检测、恢复、更新功能
LXJ
296 0