細品慢酌QuickTest關鍵檢視（1）

    作為接觸自動化的測試工程師都會接觸到關鍵字檢視，好多崇拜自動化的測試工程師，說真正搞大了，搞牛了自動化不需要接觸關鍵字檢視。其實真正參與過自動化，反過來思考一下，其實什麼都不是絕對的，實際過程中往往許多工作關鍵字檢視與專家檢視合理結合回取得速度與效率雙重的效果。所以QTP的關鍵字檢視不單單是提供給程式設計基礎不紮實，專家檢視使用不熟悉的測試工程師使用，而且也是QTP的一大利器。QuickTest不會無緣無故設計這樣一個模組的，親，你說呢？

1.1 初識關鍵字檢視

    測試工作中，自動化測試工程師經常將QuickTest自動化測試工具稱為關鍵字驅動測試工具。自動化測試工程師為什麼習慣這樣稱呼QuickTest呢？這是因為關鍵字驅動測試技術，在QuickTest這一強大自動化測試工具眾多功能特性中佔有相當的比重，同時，日常測試工作中，很多方面的測試需求都需要藉助關鍵字驅動測試技術來實現。讀者在啟動QuickTest時會看到一個介面，如圖所示。

QuickTest啟動頁

    該視窗中的文字內容清晰的告訴我們——QuickTest高階關鍵字驅動測試工具（Advanced Keyword-Driven Testing）。這也是業界人士將稱QuickTest稱為關鍵字驅動測試的一個原因。當然通過該視窗中的內容，也能夠認識到關鍵字驅動測試技術是QuickTest自動化測試工具的關鍵功能部分。

1.2 關鍵字驅動測試

    使用通過關鍵字驅動測試技術，可以輕鬆地向測試指令碼新增步驟，還可以對現有步驟進行修改。關鍵字檢視所需要的程式設計知識很少。實際執行測試指令碼的每個步驟所需的程式設計由 QuickTest 在後臺自動進行，而關鍵字驅動測試技術只需關心物件的操作與設定。

1.2.1 關鍵字驅動測試定義

    關鍵字驅動測試也稱為表格驅動測試方法（table driven testing），那表格驅動測試的稱謂又從何而來呢（親，等大雙眼仔細看來嘍）？

如圖所示，開啟場景（開啟Flight，輸入使用者名稱、密碼，點選OK）時形成的測試指令碼。

場景測試指令碼

    觀察關鍵字檢視，是否發現關鍵字檢視類似與日常使用的Excel表格，有欄位（列）名，也有值（親，有沒有，有沒有！^_^）。QuickTest欄位名分別是物件（Item）、操作（Operation）、值（Value）等幾列。而此，也恰恰是將關鍵字驅動測試稱為表格驅動測試的原因。

1.2.2 關鍵字驅動測試的優點與缺點

    在日常測試工作中，關鍵字（表格）驅動測試可以幫助測試工程師完成很多工作。但也並不意味著所有的自動化測試工作都可以通過關鍵字驅動測試來完成。測試工作中使用關鍵字驅動測試技術有那些優點與缺點呢？何時適合使用關鍵字驅動測試技術呢？什麼場景適合使用關鍵字驅動測試技術呢？

    使用關鍵字（表格）驅動測試的優點：

• • 測試指令碼的建立、維護階段更加有效，結構更清晰；

  • 測試指令碼的可讀性更強、更易於修改。

    使用關鍵字（表格）驅動測試的缺點：

• • 缺乏更強大和更靈活的編碼支援；

  • 當測試場景複雜時，指令碼維護需花費較長的時間。

    關鍵字（表格）驅動測試，又適合那些測試工程師使用或在那些測試場合開展呢？

    通過關鍵字（表格）驅動測試的優缺點，不難得出結論，關鍵驅動（表格）測試能夠將測試工程師從繁雜的測試工作中解脫出來，同時，測試工程師也無需面對繁雜的測試指令碼程式設計工作，而使自動化測試工作變的相對容易一些。因此，關鍵字（表格）驅動適合於沒有編碼基礎（或編碼基礎較弱）的測試工作者使用；適合在邏輯較簡單的測試場景中開展。

    而後續文章中，還會陸續介紹到QuickTest高階自動化程式設計。而實際工作中，經常採用關鍵字驅動測試與自動化測試指令碼開發結合的方式來實現自動測試場景，最大化的發揮自動化測試的優勢。

本文轉自hblxp32151CTO部落格，原文連結：http://blog.51cto.com/starpoint/1271835，如需轉載請自行聯絡原作者