51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 3871|回复: 7
打印 上一主题 下一主题

[原创] QTP和WINRUNNRE我们该选谁

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-12-12 11:21:56 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1.工具试用环境(功能自动化测试工具的选择与开发语言有关系,性能测试工具选择与协议有关系)的区别,这个区别很重要是自动化实施选择的第一步:
qtp 和 wr都适用的范围:Web-Related Environments, IE, Netscape, AOL JDK, Java Foundation Classes, AWT Symantec Visual Café ActiveX Controls ERP/CRM: Oracle: Jinitiator, 11i, NCA Custom Client Server: Windows C++/C Visual Basic Operating Systems: Windows 98, 2000, NT, ME, XP Legacy: 3270, 5250 Emulators VT100
  仅仅 wr试用的
Custom Client/Server :PowerBuilder Forte Delphi Centura Stingray SmallTalk ERP/CRM: Baan PeopleSoft Windows Siebel 5, 6 GUI Clients Oracle GUI Forms PowerBuilder
Forte Delphi Centura Stingray SmallTalk ERP/CRM: Baan PeopleSoft Windows
Siebel 5, 6 GUI Clients Oracle GUI Forms
  仅仅qtp试用的范围:
ERP/CRM SAP Siebel 7.x PeopleSoft 8.x.Net WinForms WebForms .Net controls Web Services XML, HTTP WSDL, SOAP J2EE, .Net Multimedia RealAudio/Video Flash

  自动化测试工具的选型第一步就是看该工具是否适用于本软件系统的开发语言环境,否则自动化实施就会功败垂成。如:我们有学员去一家公司,该公司是用的是c#开发的软件,他们在用wr座自动化测试,经常会遇到识别对象的问题,脚本运行失败等,就是一个典型例子,工具选型错误。
从上边来看,现在大多数说wr做c/s架构,qtp做b/s架构的测试这是一种错误的说法,应该说他们更适用于什么架构的测试,因为适用环境决定了他们可以做这些事情。

2.工具本身特点:
  验证点问题:wr有四种验证点,qtp有9种验证点(题外话 robot有13种验证点),这种验证点的类型越多提供的验证方式越多,就越减少验证脚本的开发难度,而且有些验证点类型是qtp独有的,比如xml验证点,wr就没有,所以从这点上来看,验证点多其实简化脚本开发难度,让软件更容易使用,那么和你的团队状况有关系,比如你的团队是技术人员欠缺的话,那么自动化测试工具的易用性更加重要。


3.脚本开发的特点:
  wr是tsl脚本,类c,qtp是vbs脚本,从脚本的难度来看,vbs更容易上手,c要上手周期比较长,所以根据一个团队的人员技术情况,会选择一个更加符合实际情况的工具


4.脚本的可扩展性
  脚本开发过程中对脚本的稳定性,识别对象的能力,脚本的可维护性等都有要求,wr是c的脚本他没有办法直接调用window底层的com对象(这些对象的调用弥补了脚本开发的不足),只能通过两种办法一种是通过其他工具(vc,delphi等)开发相应的dll(vb除外,因为vb开发的也是com),这样加大了团队技术人员的要求;一种方法是写vbs,然后再wr中调用,这种方法的缺点是脚本的衔接性不好。而qtp利用的是微软的脚本引擎,直接可以调用vbs语句,可以直接调用底层com对象,对脚本开发能力 大大的增强了
这里要说的是wr可以做到qtp的效果,但是需要绕行,增加了脚本开发的难度,不是说他不能做。

5.脚本对象的维护
  在脚本开发过程中,这两个工具都有一个很重要的特点,脚本与测试对象分离,wr把对象保存在gui map中,qtp把对象保存在对象库里 repository.
在实际脚本开发过程中很多情况都用到了,对想描述,在wr中其实也可以做到对想描述,只是没有和qtp一样那么好听的名字“可描述编程语言”(qtp的叫法)而已。wr的gui map就是一个文本文件,qtp的repostory是个xml描述。实际项目开发过程中,qtp更多的是把对象描述出来,而wr在脚本开发过程中限于环境应用都把他保存在gui map里,因为描述出来的对象不象qtp那样好维护,wr描述出来的就是一个字符串而已


6.脚本的可维护性
  他们都可以和td(qc)整合,通过td(qc)来维护脚本,搭成自动化测试框架。但是td(qc)调用wr可以直接调用,调用qtp需要安装插件。

  还有更多的不同,以上随手写出,提供大家参考,希望大家在实际项目中更多的体会,你们在培训过程中学到的自动化测试脚本开发的技术完全满足其他工具的应用,不要因为工具而工具,而是更多的脱离工具,手中无剑,心中有剑。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2007-12-12 12:35:55 | 只看该作者
    非常感谢楼主的总结!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2007-12-12 13:09:32 | 只看该作者
    趋势是QTP,想都不用想,不过QTP的产品周期好像已经到了。
    而Winrunner早就out of date了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-12-12 16:01:29 | 只看该作者
    只学了.QTP.wr 还没研究过.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2008-11-19 23:04:31 | 只看该作者
    太感谢了,楼主的总结解了我的惑
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2008-11-23 20:00:53 | 只看该作者
    谢谢楼主的总结!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2010-12-17 10:27:16 | 只看该作者
    很不错的解释,受用了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2010-12-22 17:00:06 | 只看该作者
    谢谢楼主的总结
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-5-4 11:47 , Processed in 0.079580 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表