QTP的三种录制方式

本文详细介绍了QTP的三种录制模式:Normal Recording适用于大部分情况,提供良好的代码可读性和维护性;Analog Recording精确记录鼠标和键盘操作,适用于特定场景,但无法直接编辑;Low Level Recording能验证控件位置,但代码维护困难,应谨慎使用。
摘要由CSDN通过智能技术生成

QTP有3种模式:

1、Normal Recording: 通过识别被测试软件的object来操作被测软件。这个是最常用的方式,因为这种模式下能够让自动化代码的可读性更好,同时代码的维护性也是很好的,最主要的是可移植,因为不管在什么环境下被测软件一旦确定,那么object就不会变化的。这里维护代码的强度基本上是跟开发修改代码强度类似的。

   但是有些时候我们仅仅靠这种方式是不可以的,比如:测试用例“在书架页面,可以通过拖拽的方式添加书籍”这个就不好用Keyword的方式实现了。接下来我们看看Analog Recording。

 

2、Analog Recording:通过精确的记录鼠标移动和键盘的操作来操作被测的软件。如果仅仅需要在被测软件进行录制我们选择相对与制定窗口进行录制,这样就不会把在该窗口之外的操作记录下来,否则选择相对与银屏录制。Analog Recording录制了步骤后,不能在QTP中修改的。因为Analog Recording的录制结果是保存在单独的数据文件中。我们只能看到QTP代码中有一句Ru

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
QTP入门-检查点输出值参数化 录像 检查点 输出值 参数化 同步点 1.检查点 目的: 检查点比较指定属性的当前值与期望值,以判断当前的程序(或站点)功能是否正常。 在密码正确的情况下预期结果是进入主界面,检查项只有enabled 方法: 在Active Screen显示的 Flight Reservation窗体右键,insert standard checkpoint , 设置checkpoint properties 勾选enabled OK 2.输出值 目的: 输出值就是通过检查把特定值输出到特定环境 可以把值输出到data table,也可以输出到环境变量、当有输出变量时,还可以输出到Test/action parameter。 由于order no是随机产生的,要把在insert order点击后产生的order number 用于open order 输入order no的步骤 方法: insert order 窗体中 order no 右键 insert output value -OK Output value properties 中选择text 因为是在insert order之后产生order number 所以要选择 after current step -- OK configure value显示输出值将输出到data table 中的Order_No_text_out列 在open order 中 点击edit set 12后的 value configuration options 中不使用常量12,而是使用参数为Data Table 中的Order_No_text_out 3.参数化 目的: 用于改变某参数而将用例重复执行 例如我们想执行4次,每次的买的票数不同。 方法: tickets 1 后的 value configuration options 中不使用常量12,而是使用参数为Data Table 中的tickets列 在tickets列加入每次要买的张数 注意: 1.只有当控件内容发生改变时它才能被QTP自动识别。 2.有些地方需要延迟才能进行 比如insert order需要等待才能产生ordernumber 结束后需要等待才能进入下次执行 可以在脚本中加入 wait 时间 除了wait以外,还可以通过设置同步点来解决上述问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值