WinRunner和QTP的区别.docx

WinRunner 和 QTP 的区别WinRunner Compared to QuickTest ProEnvironment Coverage Comparison:Common environments shared by both WinRunner and QuickTest Pro:Web-Related Environments IE, Netscape, AOLJDK, Java Foundation Classes, AWTSymantec Visual CaféActiveX ControlsERP/CRM Oracle: Jinitiator, 11i, NCACustom Client Server WindowsC++/CVisual BasicOperating Systems Windows 98, 2000, NT, ME, XPLegacy 3270, 5250 EmulatorsVT100WinRunner Only Environments:Custom Client/Server PowerBuilderForteDelphiCenturaStingraySmallTalkERP/CRM BaanPeopleSoft WindowsSiebel 5, 6 GUI ClientsOracle GUI FormsQuickTest Pro Only Environments:ERP/CRM SAPSiebel 7.xPeopleSoft 8.x.Net WinFormsWebForms.Net controlsWeb Services XML, HTTPWSDL, SOAPJ2EE, .NetMultimedia RealAudio/VideoFlashFeature Comparison:Common features found in both WinRunner and QuickTest Pro:Record/Replay ODBC & Excel ConnectivityCode Editor & Debugger Recovery ManagerShared Object Repository Rapid Object ImportNumerous Checkpoints Analogscrīpt & Function Libraries WinRunner Only Environments:Function Generator Database IntegrationRun Wizard TSLMDI QuickTest Pro Only Environments:ActiveScreen TestGuardTree View scrīptFusionData Table VBscrīptFunction Generator*(coming in v7.0)Run Wizard*(coming in v7.0)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 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需要安装插件。