引用:

原帖由 walker1020 于 2007-5-26 18:15 发表


完全可以，某些公司就是这样做的。具体做法是先吧对象增加到对象库里面去，然后用描述性编程去写要实现的操作和检查等。

"对象增加到对象库里面去"与＂用描述性编程去写要实现的操作和检查＂没有什么关系把，＂用描述性编程＂就不用把对象增加到对象库

说的好，谢谢

对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助(877页)就是把一些东西踢球一样这里踢到那里
本来一个很容易讲明白的概念它确弄成一个网让读者晕头转向才找得到地方.
而且,不知是我对QTP了解的太少还是QTP本身的问题,有些地方它就是不能按正常简洁的思路解决问题

引用:

原帖由 24766504 于 2007-5-28 15:24 发表
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助 ...

学习QTP的过程中出现问题，还是尽量参考指南手册来解决。

有了基础测试能力后，找一个系统，我用的是一个路由器来做的实践。

当在实践中出现各种的问题，在论坛上交流，会有意想不到的收获。

QTP的指南文档我仔细的看过一遍，个别地方看了2遍，个人认为指南文档的含金量还是可以的。

若不看指南文档就来问问题，很多基础问题其实动动脑动动手就可以解决的。还有很多QTP专用术语，若不看指南，别人即使讲了到头来还是不明白啊。

举个例子，死锁和饥饿，没做过开发的人鲜少有人能知道它们的含义。而做过开发的人，只要一听就能马上明白对方在谈什么

[ 本帖最后由 gotolife 于 2007-5-28 23:25 编辑 ]

引用:

原帖由 24766504 于 2007-5-28 15:24 发表
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助 ...

基础学习部分尽量自己解决，通过学习QTP指南可以学到基本自动化测试方法和QTP专用术语。

扩展学习部分，在论坛上讨论收获更大。

通过不断的扩展、对脚本的重构、快速重用脚本等方面进行学习，进步会很快。

我现在仍有一些实践问题不能解决：

测试PC到PC之间的连通性（写了一个JAVA程序，已解决）
克隆树的自动化测试（根节点允许不一致，但每个根节点下的所有叶子都相同，只要新建一个根节点，就会自动生成和上一个根节点叶子相同的树，未解决）
描述性编程时能用，时不能用（无对象库，未解决）
遍历8个下拉选单。（该动作为被调用动作，每执行一次，要求对2个下拉选单进行完全遍历，遍历完毕，再增加2个进行完全遍历，以此类推，未解决）
遍历检查指定的30个超级链接，该超链接为文件下载链接（要求每点一个链接，都进行文件下载，即需要30个同时下载，若下载过程中关闭浏览器或登出，该下载会中断，未解决）

[ 本帖最后由 gotolife 于 2007-5-28 23:27 编辑 ]

看来很多Ｎ人关注啊～

关注 学习

引用:

原帖由 zhou840401 于 2007-5-28 12:49 发表



"对象增加到对象库里面去"与＂用描述性编程去写要实现的操作和检查＂没有什么关系把，＂用描述性编程＂就不用把对象增加到对象库

谢谢zhou840401给我指出了这个错误。下面是 宋老师的更详细的讲解：

对，描述性编程不需要把对象加到对象库，这也是描述性编程的意义。所以QTP遇到描述性语句时会进行runtime对象识别。

这么说，描述性编程的执行速度会比依赖于对象库的语句执行速度慢一些。虽然qtp的vbs本身就是解释型语言，但是对象库机制实际上相当于“编译”方式识别对象，在执行语句时可以直接找到对象，而描述性要去遍历对象。效率稍低一些。不过不怎么明显。

在QTP9.0，描述性编程的执行效率上，已经完全能够满足我们的需求。可能QTP8.2的执行效率偏低一点。如果大家用过Functional Test这个工具的话，就知道它的执行效率是如何的慢了。
给我的感觉，QTP9.0的对象库是做得非常棒的的功能，只是你选择了描述性编程，就不得不放弃这一强大的功能，包括QTP9.0自带的检查点的功能。

关于楼主的“脚本是最容易写的，大家不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现。”这句话，严重赞同！工具是一个实现的手段，真正核心的是自动化测试的思想。就算没有工具，也是可以实现自动化测试的。关于这点，《自动化测试的7个步骤》这篇文章已经阐述的非常清楚了。

[ 本帖最后由 mstiunicon 于 2007-6-1 17:39 编辑 ]

写的很好，确实要在基础上大好功夫，

每个人基础不一样， 学习方法也不一样，态度不一样， 时间不一样， 反正都不一样，

我认为要做好一名合格的测试人员 真不容易
知识面太多 太广 工具也很多 所以。。。

引用:

原帖由 liaoyangliu 于 2007-6-2 22:51 发表
每个人基础不一样， 学习方法也不一样，态度不一样， 时间不一样， 反正都不一样，

我认为要做好一名合格的测试人员 真不容易
知识面太多 太广 工具也很多 所以。。。

“知识面太多 太广”是现实，要想做到每项技术都精通，很难，因为你根本没有那么多时间。但你可以掌握一两种常用的技术或者是你现在的测试工作中正在使用的技术，如 Java 或 C++。如果用到了数据库，那么基本掌握SQL的使用也是应该的。

“工具也很多” 是现实，但对你真正有用的工具有哪些？恐怕也不多吧。不要贪图学习每个工具，先掌握甚至熟练使用某种测试工具再说。如进行功能测试的 QTP，进行性能测试的 LoadRunner等。再说同类的工具的使用方法也很类似，你会使用QTP后，想学习 WinRunner也不困难。千万不要说什么工具都会一点，但都研究不深。我给 你的建议是：工具不在于多少，而在于精通！

引用:

原帖由 liaoyangliu 于 2007-6-2 22:51 发表
每个人基础不一样， 学习方法也不一样，态度不一样， 时间不一样， 反正都不一样，

我认为要做好一名合格的测试人员 真不容易
知识面太多 太广 工具也很多 所以。。。

walker1020说的很对，测试人员要把握好广度和深度的平衡点。


基础不一样，这没有关系，从现在开始，逐渐的学下去，精通你最感兴趣的地方，那么，你就已经是一个专家了

学习方法不一样，也没有关系，但是目的是一样的，逐渐地从宏观上把握自动化测试。

态度很重要，态度决定行为，只要记住，不要为工作而工作，要为了你的家人可以更好的享受生活，牺牲自己又如何。那么，你的前进动力是绝对不一样的。

时间很重要，我的文章中也写了，“不要说自己时间紧迫，为什么时间会紧迫？这是因为没有做好时间规划。对于时间的规划，只能靠你自己。”

知识面太多，这个很容易，当你接到一个新项目的时候，把需要学习的知识面进行一个分类，哪些是需要十分熟悉的，哪些是需要熟悉，哪些是需要掌握的，哪些是需要了解的。

工具，只是辅助人的东东而已，不要被工具所套牢，精通一个工具，其他的工具都是一样用的。会用勺子的人，也会用叉子。

引用:

原帖由 gotolife 于 2007-6-3 11:05 发表



walker1020说的很对，测试人员要把握好广度和深度的平衡点。


基础不一样，这没有关系，从现在开始，逐渐的学下去，精通你最感兴趣的地方，那么，你就已经是一个专家了

学习方法不一样，也没有关系 ...

gotolife 朋友对我的观点进行了分析、概括、总结和深化。谢谢gotolife！ 偶一定要好好向你学习！

引用:

原帖由 walker1020 于 2007-6-3 11:51 发表


gotolife 朋友对我的观点进行了分析、概括、总结和深化。谢谢gotolife！ 偶一定要好好向你学习！

不要这么说，在你对我的文章表达赞成的意见时，这种共鸣，已经让我知道你是一个自动化测试的高手，最差也是QTP高手，我应该向你学习才是。




另外，感谢 kernzhang 的教程， 在自动化测试框架方面， 给了我很重要的指引。



最后， 请你们帮我想想怎么解决这些棘手问题。

克隆树的自动化测试（根节点允许不一致，但每个根节点下的所有叶子都相同，只要新建一个根节点，就会自动生成和上一个根节点叶子相同的树，未解决）

描述性编程时能用，时不能用（无对象库，未解决）

遍历8个下拉选单。（该动作为被调用动作，每执行一次，要求对2个下拉选单进行完全遍历，遍历完毕，再增加2个进行完全遍历，以此类推，未解决）

遍历检查指定的30个超级链接，该超链接为文件下载链接（要求每点一个链接，都进行文件下载，即需要30个同时下载，若下载过程中关闭浏览器或登出，该下载会中断，未解决）

看了有收获

都是牛人阿，都很能說啊，我這個小菜鳥好暈阿。。- -

呵呵呵。。。很有道理啊！！！

说的太好了。
QTP 类的什么教程比较好啊

支持
向楼主学习