51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5978|回复: 26
打印 上一主题 下一主题

[原创] QTP中的(descriptive programming)才是体现QTP真正价值

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-4-22 05:11:01 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
大家可能还在用object repository或者record的方法来玩QTP吧。如果你是初学者的话,那些东东你了解就行,不要花太多时间,因为descriptive programming更能体现QTP的强大功能,而且所写 的script具更大的灵活性和可维护性。大家可以看看三期杂志里面的descriptive programming的介绍,
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-4-22 19:23:48 | 只看该作者
支持
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-4-24 11:36:51 | 只看该作者
三期杂志 ?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-4-24 13:54:05 | 只看该作者
说得不错,只有学会描述性编程才能将你的测试想法随心所欲。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-4-24 19:50:22 | 只看该作者
个人感觉QTP对代码的控制力没有其他工具好使。QTP的特点应该在于keyword驱动的思想,说白了就是更加傻瓜化,工具帮你做了不少事,所以也导致脚本的控制力被削弱了。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-4-24 23:13:08 | 只看该作者
能不能提供一些资料?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-4-25 16:25:45 | 只看该作者
原帖由 sstars 于 2006-4-24 19:50 发表
个人感觉QTP对代码的控制力没有其他工具好使。QTP的特点应该在于keyword驱动的思想,说白了就是更加傻瓜化,工具帮你做了不少事,所以也导致脚本的控制力被削弱了。


Keyword不是自动化测试的要点。

另外,对代码控制力的问题,不知道有什么依据?可否展示一下?
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-4-25 16:47:55 | 只看该作者
哎,要看情况的吧。有的时候用代码描述反而适得其反,浪费时间,而且会报错。不过练练VBScript的话,那就另当别论了。哈哈!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-4-25 16:57:46 | 只看该作者
比如对键盘动作的记录。Robot中有InputKey方法,而QTP的Web应用就没有对应的方法,除非改成录制Windows应用程序。
比如QTP调用公用函数需要通过从外部导入vbscript脚本,QTP本身对跨Action的函数调用不支持。

自动化的要点不是keyword。但keyword 驱动是QTP的一个关键特征,也是自动化工具的发展方向。

原帖由 yuxingxin 于 2006-4-25 16:25 发表


Keyword不是自动化测试的要点。

另外,对代码控制力的问题,不知道有什么依据?可否展示一下?

[ 本帖最后由 sstars 于 2006-4-25 17:00 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-4-25 17:19:08 | 只看该作者
你这些问题都不是QTP的问题~~

Web我不知道,不过可以用Object,这样使用任何对象可以使用的方法……
“QTP本身对跨Action的函数调用不支持”——你确定??Environment是干嘛的??
QTP的keyword没用,我从来不用Keyword View,一直都是我自己写代码,你自己多写一些函数,以后做起来很快的~~
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-4-25 18:51:33 | 只看该作者
可能是我接触QTP不久,总觉得用QTP写起脚本来很不顺手,和一般的开发感觉不同。
    至于QTP keyword view,我也极少用。但不能否认keyword这个理念的先进之处。以后的自动化测试工具的使用门槛应该是更低,一方面那些技术背景不够的测试人员和需求人员也可以编写自动化测试脚本,另一方面也降低了自动化测试的开发成本和维护成本。自动化测试应该不依赖于具体的工具,应该能够跨工具、跨语言。keyword驱动的自动化框架可以做到这一点。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-4-26 11:29:48 | 只看该作者
自从用QTP后,大部分时间都在专家视图中运行和编辑脚本!至于QTP keyword view,感到有点陌生,直到上次吃了一次大亏才开始重视keyword view,两都相辅相成
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-4-26 11:42:19 | 只看该作者
对啊,每样东西都有它存在的意义~~
但是Keyword View目前来说,意义不大,虽然理念先进,但对目前的工作来说,没什么实质性帮助~~现在你要做一个比较庞大、灵活的脚本,必须得自己写脚本,不可能鼠标点点就能搞定的~~

实际上keyword view和Expert View就像Windows和DOS一样(实际上我感觉按键精灵的视图模式更直观一些)~~~但是目前为止,keyword view还很不方便,同样一句话,直接看Expert View要方便许多~~~
当然,如果你说你没编程基础我也没话说~~但VB这东西已经算很简单的了吧?(不像别的语言有一大堆引号之类的看得头晕)
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2008-8-26 11:55:34 | 只看该作者
对于键盘操作的记录,可以选择模拟录制模式
个人觉得keyword view 适合于脚本维护量较小的项目,但这毕竟是少数,一般的项目还是采用expert view进行手动编写测试脚本,而Descriptive programming是编写高质量脚本的一个必备因素。
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2008-8-26 12:56:11 | 只看该作者
呵呵,看了会,无语
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2008-8-26 15:46:58 | 只看该作者
yabest呢
快来教育教育他
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2008-8-26 16:14:50 | 只看该作者
不想当唐僧
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2008-8-26 16:18:49 | 只看该作者
原帖由 yabest 于 2008-8-26 16:14 发表
不想当唐僧

哈哈,你要助人脱离苦海,走上正途啊
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2008-8-26 16:47:49 | 只看该作者
无语 too..
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2008-8-26 17:54:47 | 只看该作者
这个时候,我十分想念yabest兄弟................

原帖由 garyyes 于 2006-4-22 05:11 发表
大家可能还在用object repository或者record的方法来玩QTP吧。如果你是初学者的话,那些东东你了解就行,不要花太多时间,因为descriptive programming更能体现QTP的强大功能,而且所写 的script具更大的灵活性和可维 ...
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 12:32 , Processed in 0.079983 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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