qtp没能提供一个让人满意的编码环境

上一篇 / 下一篇 2008-07-05 23:19:34 / 个人分类：qtp

查看( 989 ) / 评论( 9 )

以qtp9为例，qtp不支持函数的快速跳转和代码的跟踪，不能通过代码段中的函数名和对象名，快速找到定义函数和对象的代码，或者通过树状方式浏览、定位这些函数和对象，而这是如今大多数编程环境都支持的，比如eclipse3。常常为此感到非常不爽，有人有同感吗？

使用FireEvent实现多样化对象操作 (zte_boy, 2008-5-21)
(转载)QTP识别和操作对象的原理 (zte_boy, 2008-5-21)
鼠标点击桌面任意坐标的问题，顺便介绍下Mercury.DeviceReplay这个对象 (zte_boy, 2008-6-06)
拖动对象的脚本 (zte_boy, 2008-6-17)
录制模式选择 (zte_boy, 2008-6-17)
QTP的基础代码 (51testing, 2008-7-04)
51Testing丛书连载：(十一) QTP自动化测试实践 (51testing, 2008-7-04)
qtp plus 实例分析 (hett, 2008-7-04)
如何破解快速变化的web网站测试自动化困境? (qaarchitech, 2008-7-05)

TAG: qtp

zte_boy 发布于2008-07-06 00:42:23: 你要进行函数封装，肯定是因为这段代码是公用的，或者是基础函数，或者是多个对象的公共操作
你只需要在编辑器里定义如何操作就可以了，至于对象呢，你当做一个参数传递就好了，对吗？

陈能技发布于2008-07-06 12:02:53: 严重同意楼主的看法！

Mercury和HP到目前为止都还没有把QTP当成一个自动化测试脚本开发工具来设计，而是想设计成不懂编码的人也能做自动化测试的工具，虽然取得一定的效果，大家都认为QTP的入门还算容易，但是毕竟很多时候要用专家视图来解决很多测试脚本开发上的问题，所以慢慢大家就会觉得专家视图的重要性，从而发出类似楼主一样的感慨！

QTP9.5在这方面有了比较大的改善，但是离专业的代码开发工具还差很远。据说QTP10在这些方面会有更多的改进和提高：
http://blog.csdn.net/Testing_is_ ... /07/04/2612942.aspx

liangjz 发布于2008-07-06 13:05:53: 呵呵，环境确实不够好。对我们而言不仅仅关注核心功能对象识别、错误处理、扩展性等，类似这种代码智能提示、工程化环境能提高生产率的也是很有必要的。

goto function definition 这个可以做到QTP内函数跳转的。

Jimmyshao 发布于2008-07-06 15:19:15: QUOTE:
原帖由 陈能技 于 2008-7-6 12:02 发表
严重同意楼主的看法！

Mercury和HP到目前为止都还没有把QTP当成一个自动化测试脚本开发工具来设计，而是想设计成不懂编码的人也能做自动化测试的工具，虽然取得一定的效果，大家都认为QTP的入门还算容易，但是毕竟 ...
这应该就是HP所说的HP-Mercury Business Process Testing.
QTP从一开始就不是被设计成面向技术人员的专业的开发工具而来的，而是希望能够让业务人员，也就是非技术人员能够快速的生成脚本，通过录制回放，简单的修改能够达到快速部署测试的目的。
如果非要拿开发工具的标准来对比和要求QTP，那就是太强人所难了。
从HP所希望推广的这个自动化测试解决方案，其实就是
“HP-Mercury HP-Mercury QuickTest Professional同时满足了技术型和非技术型用户的需求”
“HP-Mercury HP-Mercury QuickTest Professional和我们新的测试自动化系统HP-Mercury Business Process Testing的紧密结合，可以将非技术型的业务专家（SME, Subject-Matter Experts）引入质量流程，这一意义重大的引入可以将IT和业务更好地融合，最终建立起更出色的应用。 ”

如果希望QTP能够像Eclipse和MS VS那样，估计和大方向是不一致的。

[ 本帖最后由 Jimmyshao 于 2008-7-6 15:35 编辑 ]