51Testing软件测试论坛

标题: QTP的价值所在？ [打印本页]

作者: 大漠行者 时间: 2005-12-3 00:37
标题: QTP的价值所在？
用QTP已经一段时间了，可是除了郁闷，没有感觉QTP给我的工作带来多少效率，却要花费大量的时间去维护，录制的脚本从来不能保证，再次运行的时候能顺利跑通，一个小小的程序改动，它就需要重新录制。而且QTP与IE有好多不能兼容的问题，最头痛的就是脚本运行的过程中，总是莫名其妙的弹出IE异常（关掉QTP就没有这样的问题），MERCURY的技术支持都搞不定。
用QTP脚本准备数据吧又太慢，这几天业务要准备些数据，需要频繁修改系统时间每个单子要修改119次，可好我用QTP跑了3天还没跑完，明天还要加班继续跑，然而最郁闷的是，运行的时侯你盯着它不会出什么问题，而你去做别的事情，让它自己跑，一会就不干活了，要么找不到对象，要么页面死掉不动了。这不是它的专项就暂且不论了，关键是，我现在真的不敢保证我录制的脚本明天是否能够正常跑（不能跑才正常），而即使跑过了，也不能确定是验证了测试点，或许程序本身就错了，而不能跑就更郁闷了，要诊断是脚本的问题还是确实是缺陷！
所以，我实在想不出QTP的意义在哪里？
同志们：你们有什么感想？

作者: 海龙 时间: 2005-12-3 03:26
用QTP已经一段时间了，可是除了郁闷，没有感觉QTP给我的工作带来多少效率，却要花费大量的时间去维护，录制的脚本从来不能保证，再次运行的时候能顺利跑通，一个小小的程序改动，它就需要重新录制。
一套好的脚本架构非常重要，脚本要做到结构清晰，易于维护和扩展。典型的做法就是脚本的模块化，降低模块间的依赖关系，这样程序的改动只要修改相应的脚本模块，不需要脚本的重新录制。除了脚本结构外，测试方法也很重要，尽可能的以最少的步骤完成测试，步骤越少，脚本越容易维护，出错几率越小。

而且QTP与IE有好多不能兼容的问题，最头痛的就是脚本运行的过程中，总是莫名其妙的弹出IE异常（关掉QTP就没有这样的问题），MERCURY的技术支持都搞不定。
不知道你遇到的什么错误

用QTP脚本准备数据吧又太慢，这几天业务要准备些数据，需要频繁修改系统时间每个单子要修改119次，可好我用QTP跑了3天还没跑完，明天还要加班继续跑，然而最郁闷的是，运行的时侯你盯着它不会出什么问题，而你去做别的事情，让它自己跑，一会就不干活了，要么找不到对象，要么页面死掉不动了。
GUI脚本的效率一般，当需要大量的数据时，这种方法显得力不从心，我以前的做法是直接利用测试工具调用数据库的存储过程来生成数据，效率非常高，可以利用性能测试工具做成多线程的，速度就更快了。这种做法的前提是对系统的实现有清晰的了解。

这不是它的专项就暂且不论了，关键是，我现在真的不敢保证我录制的脚本明天是否能够正常跑（不能跑才正常），而即使跑过了，也不能确定是验证了测试点，或许程序本身就错了，而不能跑就更郁闷了，要诊断是脚本的问题还是确实是缺陷！
这个问题，是你自己脚本的问题了。

所以，我实在想不出QTP的意义在哪里？
同志们：你们有什么感想？

作者: lovetest6 时间: 2005-12-5 18:20
不是同志们有什么感想，
而是你是否打算换个角度想想。呵呵：）

顺便问一句，你公司买了QTP么？？

MERCURY的技术支持都搞不定？？

来点儿轻松的吧，暴敛天物 or 暴殓天物
那个是正确的？

作者: cubef 时间: 2005-12-6 13:50
大漠行者
跟你一样的感想,好象没有什么太大的意义,可能对脚本不熟悉

作者: 大漠行者 时间: 2005-12-6 18:09
也许对QTP掌握的不够吧，所以把话题拿来讨论，如果你对QTP有很深的认识，麻烦给以赐教！东西肯定是好东西，但是对于吾辈之初学者来说，郁闷啊！！

作者: lovetest6 时间: 2005-12-7 11:12
你看，你的观点也产生改变了，
从"QTP的意义"到"东西肯定是好东西"
其实，对于一个工具来讲，QTP能解决的问题本身就很有限。
一个应用软件而已嘛。总是众口难调的。所以，问题的关键在于我们怎么用。
或许，你可以去CSO上看看。
如果有可能，给我共享一个账号哦。呵呵。

作者: 大漠行者 时间: 2005-12-7 12:35
也不是说我的想法改变了，我不得不承认它的价值，毕竟业界老大，但对于没有入门的初学者来说真的很痛苦！
所以向各位讨教，至于说其如何好，最好给点实际的例子！事实胜于雄辩嘛！！

作者: lovetest6 时间: 2005-12-7 16:51
我到没觉得它多好，多老大，只是觉得它能做一些其它工具不能做的事情。呵呵。

说到具体的例子嘛，至少可以解决回归测试中工作量很大的问题。

说到痛苦，如果多看看help,发现里面有写的不对的地方，或者容易让人混淆的东东，理解起来很困难，的确有点痛苦。
不过大部分写的还是很清楚的。

也没什么实际的例子，我大部分工作中用不到它，也不打算为学QTP煽风点火。呵呵：）

只是觉得它能做一些其他工具无法完成的工具而已。

作者: node 时间: 2005-12-7 17:27
标题: QTP还是好东西
用功能测试和回归测试蛮好，至少解决一些问题。
要提高使用方法是关键

作者: rickcui 时间: 2005-12-13 16:07
QTP就是用于回归测试和减轻人的负担，你腰让它来找bug真的是不太好

作者: 大漠行者 时间: 2005-12-21 11:26
是，不过QTP只有在版本非常稳定的时候才有意义，我们介入的时间太早，所以维护太痛苦！

作者: dezhao_huang 时间: 2005-12-21 15:16

原帖由 大漠行者 于 2005-12-21 11:26 发表
是，不过QTP只有在版本非常稳定的时候才有意义，我们介入的时间太早，所以维护太痛苦！

同意你的看法。
虽然QTP标榜自己是关键字驱动测试，但是参考资料却少的可怜。国内在这方面或者还没有这个气氛。或者大家太过保守！
我用QTP测试C++的Windows应用程序的时候的感觉是：QTP还不够稳定。
用QTObjectModel做类关键字驱动测试的时候，遇到了至今没有解决的问题！
其他的问题就不一一说明了，哎……
郁闷！

作者: 大漠行者 时间: 2005-12-21 19:08
嗯！同感！

作者: Zee 时间: 2005-12-22 13:13
如果女朋友生气了，就顺着她的点，这样矛盾就会小一点；工具估计也是这样，你的需要不是它全能做的，那就顺着它能做得来满足一点需要。

作者: xob 时间: 2005-12-23 17:12
个人觉得qtp由于减小了入门的难度，所以不太好用，功能不够稳定。

winrunner 的 tsl语言还是强大一些。

作者: 迷雾精灵 时间: 2005-12-23 17:53
QTP还是不错的．脚本通不过还是多从查找一下原因，提高自己很重要．况且工具又不是万能的，要找出系统中那些功能适合用ＱＴＰ那些不适合．

作者: lovetest6 时间: 2005-12-27 17:00
按说，只要界面上你关注的对象属性没有变，就可以回放的。
我觉得说QTP有问题的，尤其是WEB方面。（不包括.net）
可以把你们要测试的程序发上来了？还有你的脚本。
让大家看看到底是为什么。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)