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

photon · 发表于 2008-7-5 23:16:15

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

[ 本帖最后由 photon 于 2008-7-5 23:18 编辑 ]

zte_boy · 发表于 2008-7-6 00:09:43

我喜欢在其他的VBS编辑器中编辑脚本，呵呵
借助其他编辑器是可以达到你说说的效果的

photon · 发表于 2008-7-6 00:33:05

可是其它的编辑器中不能写和repository object有关的的代码

zte_boy · 发表于 2008-7-6 00:42:23

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

假装不在 · 发表于 2008-7-6 02:15:17

9.5的不是做得很不错么。

photon · 发表于 2008-7-6 11:46:03

没用过9.5，有时间试用一下。

陈能技 · 发表于 2008-7-6 12:02:53

严重同意楼主的看法！

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

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

peterz · 发表于 2008-7-6 12:40:22

可以用VBSCIPT33

liangjz · 发表于 2008-7-6 13:05:53

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

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

Jimmyshao · 发表于 2008-7-6 15:19:15

原帖由 陈能技 于 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 编辑 ]

		自动登录	找回密码
密码			(注-册)加入51Testing

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

站长推荐 /1