QTP Test Case接力！期望想深入研究QTP测试架构及方法的朋友共同参与！

梦醒十分 发表于 2006-7-11 12:32:13

为了研究利用QTP进行测试的合理架构，同时也为了备战QTP SP的考试。

决定把QTP plus中的例子代码进行深入研究并写成Test Case。

“QuickTest Plus安装路径\ScriptsAndTests\Flight_Samples”

希望有兴趣的朋友共同完成此Case。

我刚写了其中的Share Actions和Order window上的第一个case。

也希望版主关注此贴，提供建议。

pcl2004_27 发表于 2006-7-12 10:08:39

顶。。。。。

好想法！

梦醒十分 发表于 2006-7-12 11:12:03

谢谢版主的支持！
本来想把case写成中文的，怎耐本人的打字速度。。。
所以share部分写完就改成英文的了。

还是写点小总结一下吧!
刚开始学自动化工具的时候，用的是Testcomplete。
整个工程就只写在一个Unit,很难维护。

1：后来慢慢地才知道，要利用模块。

2：初学QTP的时候，总认为它是一个开发工具。一遇到动作就先想到写函数调用。

后来通过研究例子代码，把思想从函数概念转向了Action。

3：理解了Reuseble Action后，代码去掉了大量冗余。就像case的Share部份。

4：我认为QTP最关键的一个函数，而且是用的最多的，还比较难理解与掌握的（主要是input/output parameter）就是：RunAction.理解了它，就基本清楚了模块之间的关系结构以及它们之间参数的传递。

这里还提一点：要弄清楚Test setting 中的parameter与Action parameter之间的区别与联系。

如有时间我还会接着写，写到哪个case，遇到什么知识点，会及时与大家分享。

希望朋友们共同参与，在你写的Case中署上大名。

xiaonan 发表于 2006-7-12 11:36:22

呵呵,支持

QA_BAY 发表于 2006-7-12 13:08:38

原帖由梦醒十分于 2006-7-12 11:12 发表
谢谢版主的支持！
本来想把case写成中文的，怎耐本人的打字速度。。。
所以share部分写完就改成英文的了。

还是写点小总结一下吧!
刚开始学自动化工具的时候，用的是Testcomplete。
整个工程就只写在一个U ...
不错,学得很细.支持你的做法.
看了你的CASE,写得非常好!
parameter与Action parameter之间的区别与联系,可以参考一下HELP或者以前其它人发过的贴,
很容易学会.
继续努力!

梦醒十分 发表于 2006-7-12 14:44:16

谢谢各位版主都来捧场，
我所有的自动化工具知识（包括能Passed LR SP和即将考的QTP SP）
都来自你们网站，所以我有义务贡献自己所学，
也希望将来能有自己的贴子进精华。

更希望能得到高手们的指点。

BTW，现在是Scripts>>Case。
等写完Case(如果Case足够清晰的话)，反过来只看Case来编录出22个Script模块，并batch通过，我想这是达到QTP中级水平了吧，你们说是不是呀？

[ 本帖最后由梦醒十分于 2006-7-12 14:54 编辑 ]

volvoo 发表于 2006-7-13 12:44:22

我的一点看法

我认为action本身相当于一个普通的函数，输入，输出参数就跟普通函数用法一样，没有什么很特别的地方
qtp工具本身缺陷导致了很多地方代码不优美，比如不能精确的识别tree控件，table控件，操作起来有点别扭，
还有数据表dataTable的问题，每一个action都有自己的dataTable,但是通过runaction把他们串起来组织成一个测试流程的时候，所有的action 关于 datatable的操作只要不是操作本action 对应的dataSheet就有问题
比如 dataTable.GetDataSheet("***"),这句话就有问题，只能借助vbscript 实现，代码不优美

还有就是同步点的问题，等待某个窗口出现只能用时间来等，这里有应该设置一个同步点，同时设置一个最大的等待时间就好了，否则代码运行速度很慢，用窗口***.exsit来判断也慢

9.0才增加了语法检查的功能，8.2哪里错了只有等到运行到那里才知道

vbscript的语法我太难容忍了，居然没有数据类型，变量不用声明就拿来用怀念c,c++,c#,java那个开发感觉

xiaonan 发表于 2006-7-13 13:09:02

同步点,有设时间的啊

cathyk 发表于 2006-10-27 14:25:37

thanks

seachild 发表于 2006-10-30 12:07:25

呵呵。。。同意7楼的观点。。。真的用QTP来做项目的时候，发现QTP比较适应小中型项目（中型项目还要看具体情况），开发脚本语言本身就是弱语言类。。。太多不好用的地方。。。但任何工具都有利弊和其适应范围，QTP对于小型项目来说还是比较优秀的，而且够傻瓜，容易上手。。。

木乃伊 发表于 2006-10-30 15:43:39

楼主加油阿，顶

qrz2000 发表于 2006-10-30 19:12:35

关注中,我已经半年没有用qtp了,要忘了差不多了.

fengyun407 发表于 2006-10-30 20:17:32

原帖由 volvoo 于 2006-7-13 12:44 发表
还有就是同步点的问题，等待某个窗口出现只能用时间来等，这里有应该设置一个同步点，同时设置一个最大的等待时间就好了，否则代码运行速度很慢，用窗口***.exsit来判断也慢， ...

请问如何设置“同时设置一个最大的等待时间”，经常需要等待很长时间，十分麻烦。有什么方式可以代替“窗口***.exsit来判断也慢”，否则运行速度慢得吓人??
希望高手请教！！！！！

walker1020 发表于 2006-12-2 19:20:52

梦醒十分在设计Test Case 时能想到要充分利用QTP，值得我们学习和借鉴。

volvoo 发表于 2006-12-4 07:19:03

同步等待这样解决

首先设置同步等待时间为1秒,或者更小,
等待窗口出现,或者判断窗口是否出现
do
bExist=CBool(***.Exist)
***
loop while bExist

if bExist then
***
end if
这样执行效率很高了,如果设置快了,容易出现界面和脚本脱节

abens0426 发表于 2007-3-26 19:05:22

晕，级别太低不能下载。。。。

yabest 发表于 2007-3-27 14:53:15

Action使用起来远不如函数灵活方便，它只是作为一种简单直观傻瓜式的Case代码组织方式而设计的
我们都是用三层函数结构来组织测试脚本，并将三层函数都写在库文件里，便于各个测试模块共享使用。

zxf0089 发表于 2007-4-2 16:36:44

xls文档没有权限看，楼主可不可以把范围放大点？我们公司在用，但是我是个初学者，希望学习楼主的精华，少走弯路，thanks。

julialove 发表于 2007-4-3 11:47:20

worklion 发表于 2007-4-6 10:35:33

我也来看看

页: [1] 2 3

51Testing软件测试论坛 's Archiver