認識QTP自動化測試工具
阿新 • • 發佈：2019-02-11
初學測試自動化工具的一點感悟及教你認識自動化測試工具QTP
初學自動化測試工具，總結了幾點應該注意的重點問題：
1、首先必須進行完善的用例設計和測試過程設計
使用測試工具進行測試工作的第一步並不是錄製指令碼。而是應該在理解被測物件的基礎上，進行用例設計和測試過程設計。用例設計包括用例資料、用例測試過程、預期結果等。然後將用例測試過程錄製成測試指令碼，將用例資料進行引數化。
完成一項功能或多項相關功能的測試時，需要設計合理的測試過程。不同的測試場景使用獨立的一項測試操作實現(表現為一個獨立的測試指令碼檔案)。多項相關功能測試時，按設計的測試過程進行測試操作的組合(如使用QTP的操作呼叫)。這樣，每一個測試場景使用不同的測試資料，且各個測試場景獨立存在，但有有機地結合起來形成一個完整功能的測試。
2、檢查點是需要進行判斷的
初學者大多會按照教程設定各種檢查點，但並不會看測試結果中檢查點的結果。其實，許多檢查點只表明了兩種結果：“通過”或“失敗”。
關鍵的問題是：失敗的理由、場景、狀態等在結果中很難看出來。所以，在設定檢查點後，還必須對檢查點結果按照測試過程的業務邏輯進行判斷，然後輸出更為詳細的結果。具體示例見我的上篇日誌中的“ reporter.ReportEvent 1,"新增學生資訊錯誤","資訊存入資料庫，但資料沒有在儲存後立即顯示，資料編號："+ DataTable("stu_ID", dtLocalSheet)”。
此外，檢查點的引數化至關重要，因為只有引數化檢查點，才能真正體現系統執行過程中動態的變化!
3、錄製測試與編寫測試指令碼的目的是便於重複測試
既然是為了重複測試，那麼就必須認真考慮和設計每個測試活動的前置條件(如在什麼樣的資料環境下才能開始這個測試活動?)和後置條件(如：本測試活動所錄入的資料是否需要保留?)。否則就會很容易出現問題(如：錄入資料時關鍵字重複!)。
4、測試工具不能解決所有問題
許多初學者總希望測試工具能幫助他們解決所有問題。其實許多測試專案是必須靠手工完成的。如：介面佈局的合理性、系統使用的方便性等。
自動工具永遠只是輔助手段!所以測試工作的關鍵還是對測試物件的理解、測試用例與測試過程的設計。有了完善的用例，不管是手工測試還是自動測試，都是可以很好地完成測試任務的。
說到自動化測試，就不得不提大名鼎鼎的QTP了，Mercury QTP簡稱QTP,是一個先進的
先進的自動化測試工具，它可以用於建立功能和迴歸測試。自動捕獲、驗證和重放使用者的互動行為。
QTP為每一個重要軟體應用和環境提供功能和迴歸測試自動化的行業最佳解決方案,它是新一代自動化測試解決方案，採用了關鍵詞驅動（Keyword-Driven）測試的理念，能完全簡化測試的建立和維護工作。QTP關鍵詞驅動方式獨有之處在於，測試自動化專家可以通過一個整合的指令碼和糾錯環境，擁有對基礎測試指令碼和物件屬性的完全訪問許可權，這些指令碼和糾錯環境與關鍵詞檢視（Keyword View）可以互為同步。
QTP同時滿足了技術型和非技術型使用者的需求，讓各個公司有能力部署更高質量的應用，同時部署的速度更快，費用更低，風險也更小。QTP和我們新的測試自動化系統Mercury Business Process Testing?的緊密結合，可以將非技術型的業務專家（SME, Subject-Matter Experts）引入質量流程，這一意義重大的引入可以將IT和業務更好地融合，最終建立起更出色的應用。
有了該產品，您的QA部門可以獲取多方面的優勢：
1.用最少的培訓賦予整個小組建立成熟測試方案的能力。
2.確保跨所有環境、資料包和業務流程的正確功能點。
3.為開發人員全面記錄和複製缺陷，使他們能更快地修復缺陷，滿足最後上線期限。
4.對不斷變化的應用和環境展開便捷的迴歸測試。
初學自動化測試工具，總結了幾點應該注意的重點問題：
1、首先必須進行完善的用例設計和測試過程設計
使用測試工具進行測試工作的第一步並不是錄製指令碼。而是應該在理解被測物件的基礎上，進行用例設計和測試過程設計。用例設計包括用例資料、用例測試過程、預期結果等。然後將用例測試過程錄製成測試指令碼，將用例資料進行引數化。
完成一項功能或多項相關功能的測試時，需要設計合理的測試過程。不同的測試場景使用獨立的一項測試操作實現(表現為一個獨立的測試指令碼檔案)。多項相關功能測試時，按設計的測試過程進行測試操作的組合(如使用QTP的操作呼叫)。這樣，每一個測試場景使用不同的測試資料，且各個測試場景獨立存在，但有有機地結合起來形成一個完整功能的測試。
2、檢查點是需要進行判斷的
初學者大多會按照教程設定各種檢查點，但並不會看測試結果中檢查點的結果。其實，許多檢查點只表明了兩種結果：“通過”或“失敗”。
關鍵的問題是：失敗的理由、場景、狀態等在結果中很難看出來。所以，在設定檢查點後，還必須對檢查點結果按照測試過程的業務邏輯進行判斷，然後輸出更為詳細的結果。具體示例見我的上篇日誌中的“ reporter.ReportEvent 1,"新增學生資訊錯誤","資訊存入資料庫，但資料沒有在儲存後立即顯示，資料編號："+ DataTable("stu_ID", dtLocalSheet)”。
此外，檢查點的引數化至關重要，因為只有引數化檢查點，才能真正體現系統執行過程中動態的變化!
3、錄製測試與編寫測試指令碼的目的是便於重複測試
既然是為了重複測試，那麼就必須認真考慮和設計每個測試活動的前置條件(如在什麼樣的資料環境下才能開始這個測試活動?)和後置條件(如：本測試活動所錄入的資料是否需要保留?)。否則就會很容易出現問題(如：錄入資料時關鍵字重複!)。
4、測試工具不能解決所有問題
許多初學者總希望測試工具能幫助他們解決所有問題。其實許多測試專案是必須靠手工完成的。如：介面佈局的合理性、系統使用的方便性等。
自動工具永遠只是輔助手段!所以測試工作的關鍵還是對測試物件的理解、測試用例與測試過程的設計。有了完善的用例，不管是手工測試還是自動測試，都是可以很好地完成測試任務的。
說到自動化測試，就不得不提大名鼎鼎的QTP了，Mercury QTP簡稱QTP,是一個先進的
先進的自動化測試工具，它可以用於建立功能和迴歸測試。自動捕獲、驗證和重放使用者的互動行為。
QTP為每一個重要軟體應用和環境提供功能和迴歸測試自動化的行業最佳解決方案,它是新一代自動化測試解決方案，採用了關鍵詞驅動（Keyword-Driven）測試的理念，能完全簡化測試的建立和維護工作。QTP關鍵詞驅動方式獨有之處在於，測試自動化專家可以通過一個整合的指令碼和糾錯環境，擁有對基礎測試指令碼和物件屬性的完全訪問許可權，這些指令碼和糾錯環境與關鍵詞檢視（Keyword View）可以互為同步。
QTP同時滿足了技術型和非技術型使用者的需求，讓各個公司有能力部署更高質量的應用，同時部署的速度更快，費用更低，風險也更小。QTP和我們新的測試自動化系統Mercury Business Process Testing?的緊密結合，可以將非技術型的業務專家（SME, Subject-Matter Experts）引入質量流程，這一意義重大的引入可以將IT和業務更好地融合，最終建立起更出色的應用。
有了該產品，您的QA部門可以獲取多方面的優勢：
1.用最少的培訓賦予整個小組建立成熟測試方案的能力。
2.確保跨所有環境、資料包和業務流程的正確功能點。
3.為開發人員全面記錄和複製缺陷，使他們能更快地修復缺陷，滿足最後上線期限。
4.對不斷變化的應用和環境展開便捷的迴歸測試。