1、學習 QTP 經驗對于我來說，學習 QTP 是一個漫長而有艱苦的過程。首先我不是計算機及相關專業畢業的（醫學相關）。跳入測試部時，我正在接受程序員的培訓課程。由于自己認為需要，于是開始學習QTP。剛開始使用 QTP，就一直對著說明書，不停的“訂飛機票”（訂飛機票是說明書里的一個例子）。學會了一個步驟就拿到公司產品上，回憶起來還是挺有趣的。當我用一些簡單的功能開始錄制時，發現保存 ActiveXScreen 的話，生成的很中空間（因為程序會保存每個不同的錄制頁面），多錄一些硬盤空間就滿了，而且回放過程會很慢。但如果不保存活動頁（ActiveXScreen），對的再改造/起來就相對一些。于是我開始

2、去了解“關鍵字”視圖里的內容，嘗試了解代碼。慢慢的，我了解到“關鍵字”視圖顯示了整個操作步驟，第個組件相對于程序里一個元素。同時還操作和結果。了錄制過程對該元素的然后我又開始在在找些資料看看，從有點所謂的高級應用中，我發現的并不一定要有“活動頁”。實際是 QTP 所有對象的識別，都存在的一個對象了。QTP 經常出現無法識別對象為了減少 QTP，可以從這里著頭修改。占用空間大、錄制慢。我查閱了一些資料，可以在設置中進行修改，讓中不保存活動控件（ActiveX）或僅保存出錯時的錄制 頁面。干脆，我就從此錄制頁面了。所有的調試都從“關鍵字”視圖和“”視圖中進行修改。而且關于對象庫，QTP 也有個選項

3、，可以設置加載頁面上所有的 對象，我修改成只保存頁面上錄制過程使用的對象。這樣，度的容量問題就解決了，錄制后的會比以前小很多，來了個徹底的瘦身。關于錄制速，和保存“活動頁”、動態也有一定的關系，另外可以減小啟動的加載項（如：去掉 VB 插件、.net 插件，不需要的就不加進來）。這樣的TestDirector 上調用就不會太慢了。上傳到 TestDirector 上，或從然而真正嘿嘿，棘手就不是上面所述的那么簡單了。不過都是有辦法解決了的，以下是我經常遇到：一、無法識別控件。二、錯誤回放過程未知彈出窗口。三、加載.net 插件后和 TD 的關聯問題。四、動態加載元素的識別問題。五、調用外部 d

4、ll六、隨機。問題一，解決辦法有三種：1、更改 QTP 自身對某控件的識別方式，在 toolsObject Identification 中。在這里列出了所有QTP 能識別的控件，以及控件的識別方式。你可以給他添加X、Y 坐標進行識別。或更明顯的，列表中的信息，不按名稱識別，而是按 ID 識別。這個修改可以解決一些問題，具體的趕緊動手試試吧2、使用虛擬物件，來定義一個控件，在 toolsVirtual Object 中。在這里可以自定義一個控件。例如在 ASP 的程序中，程序出錯，在客戶端的表現形式大部分是一樣的，你可以把整個錯誤頁面當成一個控件來識別（感覺不錯）。如果加一個判斷，出錯后你想做

5、什么就由你自己定了。3、使用低級錄制或鼠標錄制。用 AutomationLowLevelRecording/AnlogRecording 吧，用它錄制就不需要什么設置了，他會你的程序控件相對屏幕的位置。用 LowLevelRecording還有代碼可改，用 AnlogRecording 動作就被封裝了（吧性極差）。兩者因實際環境更取其長問題二的解決過程：關于彈出提示，我當 時需要情況是這樣的。一個信息錄入系統，由于數據量很大，查詢需要一段時間。QTP 回放時動作比較快，點了保存，程序還沒反應過來它就進行了下一步操作。這時的操作就和錄制時不一樣了，程序給出一個提示，但這個提示是錄制過程沒有的。彈

6、出框是一般都是 POP 形勢（至上）的，導致 QTP 無法繼續回放，結果就 是回放失敗。解決辦法有兩個：1、進行判斷，當出現這個提示時，點是/否/取消按鈕。2、通過 ResourRecorvery Scenario Manager 設置默認操作。我最初就是用的第法。寫一個函數判斷是否出現這個提示，如果出現就點“取消”然后 wait(2)。每個可能出現彈出框的動作后都調用一次這個函數。雖然可以解決這個問題，但回放的效率就低了，而且需要你預知提示框的信息。當我知道了第二種方法，顯然更科學_。它可以對所有預知甚至不知的提示進行指定的操作。實際上，當程序出現了未預知的提示時，可能就是程序的 BUG，所

7、以使用上述辦法解決工具問題時，也要考慮是否會掩蓋程序的缺陷。問題三的解決辦法：用好 QTP 后，會不自覺的和 TD 關聯起來。但從 TD 直接啟動 QTP 時，程序只會加載 QTP 自帶的插件，如果你安裝了其它插件（如.net、java、etc.），默認是不加載的。這會導致上傳的無法正確執行。解決辦法很簡單，去 FileSetting 里進行 Modify 吧。從本地打開的，這里不能進行Modify 的。所以辦法很簡單，但如果不知道的話就很難了。當初為這個問題我廢了八牛三虎之力呢問題四的解決過程：當我開始改代碼時，定義一個動作，然后可以生成N 個動個結果，你要對這結果進行處理時，你會發現這N

8、個結果都不能被識別:設N 個動作產生了N網頁上有個表格，是往數據加數據的。兩個表格顯示在同一個頁面上，左邊為父表，右邊為子表。點擊左表，右表顯示其子項目。結構如下：A1234B1234很清晰：添加一個父項A、選中此父項 A、對其添加子項 1、2、3、4添加一個父項B、選中此父項 B、對其添加子項 1、2、3、4代碼也很簡單：dimdimMN定義父項數定義每個父項包含的子項數Fori=1 to MCall 添加父項( i )選中父項( i )For j=1 to bwfl step 1 Call 添加子項( j )Next問題就出在這里Next現在問題出來了，思路應該沒有問題（除非這方法真的行不

9、通），循環也是順著來的。問題是，無法實現選中的父項（最多識別到一個）。由于此循環可以在錄制過程進行，如果不改變變量名稱，循環可且只可以成功運行一次。問題是這個名稱都是從 Daable 里獲取的。因為，在運行過程中生成的項目沒有加到對象庫中，無法被識別。這個問題最后是從上解決的。是我做的是功能測試，為什么不先加父項，檢查父項的功能是否正常，然后再去測子項的功能。不去改變名字，因為那沒有必要。測試、測試功能”。即對測試工具首先需要有正確的認識。當然，這個問題可以用代碼去實現，但那需要有一定的編程功底且耗時，可“功能性不一定好。有需要的朋友可以去試一下，然后充。的經驗也共下。問題五，是對 QTP 很

10、大的一個擴對于 QTP 調用外部 DLL 的功能，由于望之垂涎了！編程功底不夠，沒有相關配合我，我只能如果能調用外部 DLL 的話，QTP 的功能就可以變得很強大。自己寫的程序，自己編一些過程用 QTP 進試，“很嚴重”。真想有一次給我嘗試的機會問題六，解決辦法有 4 個：1、測試的時候，讓程序員把這塊限制去掉，免去驗證這關。2、讓程序員提供一個萬能，測試可以繞過這一關。3、請程序員提供識別的方法，從獲取的讀出驗證數據，再傳給 QTP。4、進行位圖檢查，將分段進行圖像驗證。實際上，的目的就是防止用程序灌水或機器錄入信息。所以有點為難測試了。方 法 1，如果程序已在發布并有客戶使用，性是可想而知的。方法 2 雖然可以解決驗證這一關，但跳過了輸入碼與一，致性問題。方法 3 就需要程序員配合 了，可能就需要調用DLL 了。方法 4 卻將圖像分段，把獲取的圖像和已經的圖像進行比對，比對通過取對應的值；這個在數字驗證會好做一點，因為最多就四個圖 像的比對。關于網上的漢字，那塊的測試我就不知道他們是怎么做的了。真想了解一下！以上就是我對過去 QTP 學習過程的一個總結。供天下各界朋友參觀、發言、，也是對我過去的一個寫照，可能N 年后，自己看到會很有感覺呢。現在又有項目來了，我學習的時間慢慢也少了。新項目里融合了 C+程序，QTP 對 C+的識別似乎很不理想