WinRunner和QTP的区别

WinRunner和QTP的区别
WinRunner Compared to QuickTest Pro
Environment Coverage Comparison:
Common environments shared by both WinRunner and QuickTest Pro:
WinRunner Only Environments:
QuickTest Pro Only Environments:
Feature Comparison:
Common features found in both WinRunner and QuickTest Pro:
WinRunner Only Environments:
QuickTest Pro Only Environments:
WinRunner和Quick Test Professional（简称QTP）都是MERCURY公司开发的非常强大功能自动化测试工具，从时间上来看，WinRunner在1995年便已经推出，而QTP直到2002年才正式推出。

我想从以下几点来谈谈我个人的看法，这里只列出它们两者的不同点：
1.从界面来看：WinRunner只有一个显示脚本的界面，而QTP的Kyword View 、Expert View、Data Table、Active Screen四个界面可以显示在同一个窗口，在脚本回放时让人可以时时刻刻了解到脚本运行的情况，虽然这些功能WinRunner都可以实现，但相比较下QTP更直观、更好；
2.从支持的语言来看：如上表列出的，两者有所不同，在这我就不再列出；
3.从生成的脚本来看：WinRunner生成的是TSL脚本，这是MI公司独有的语言，是一种类C语言，而QTP生成的是VBscrīpt，从编程能力上，WinRunner更胜一筹，因为它拥有相当丰富的C 语言函数库，相对而言QTP则更显得大众化，它面向的是没有太多技术背景和编程经验的测试人员；
4.从适用范围来看：WinRunner比较适用于C/S架构软件，而QTP虽然对于C/S架构的也适用，但对于B/S架构的适用性更剩一筹；
5.QTP8.0具有的一大特性：关键字驱动测试（keyword-driven testing），这点我实践的比较少，理解不是很深，希望能和大家共同讨论；
具体选用那种工具，应该根据公司自身的情况来定。

这些只是个人理解，如果有不完整或者不对的地方，欢迎大家跟帖讨论！
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 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需要安装插件。