區別
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需要安裝插件。
還有更多的不同，以上隨手寫出，提供大家參考，希望大家在實際項目中更多的體會，你們在培訓過程中學到的自動化測試腳本開發的技術完全滿足其他工具的應用，不要因為工具而工具，而是更多的脫離工具，手中無劍，心中有劍。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
