QTP - 框架

框架定義了一套指南/最佳實踐，強制執行一組標準，這使得終端使用者易於使用。自動化框架有不同的型別，下面列出了最常見的幾種：

• 關鍵字驅動框架
• 資料驅動框架
• 混合框架

關鍵字驅動框架

關鍵字驅動測試是一種功能自動化測試框架，也稱為表驅動測試或基於動作詞的測試。

在關鍵字驅動測試中，我們使用表格格式（通常是電子表格）來定義我們想要執行的每個函式的關鍵字或動作詞。

優點

• 最適合新手或非技術測試人員。

• 使用這種方法能夠以更抽象的方式編寫測試。

• 關鍵字驅動測試允許在 SDLC 的早期階段開始自動化，甚至在交付用於測試的穩定版本之前。

• 具有高度的可重用性。

缺點

• 開發關鍵字及其相關功能的初始投資可能需要更長的時間。

• 它可能會限制技術能力強的測試人員。

資料驅動框架

資料驅動測試是建立測試指令碼，其中測試資料和/或輸出值從資料檔案讀取，而不是每次執行測試時都使用相同的硬編碼值。這樣，測試人員可以有效地測試應用程式如何處理各種輸入。它可以是以下任何資料檔案：

• 資料池
• Excel 檔案
• ADO 物件
• CSV 檔案
• ODBC 資料來源

流程圖

可以透過以下圖表最好地理解資料驅動測試：

優點

• 資料驅動框架導致程式碼量減少
• 為維護和修復指令碼問題提供更大的靈活性
• 可以開發測試資料

缺點

• 每個指令碼都需要有所不同才能理解不同的資料集。

混合框架

混合框架是關鍵字驅動框架和資料驅動框架的組合，可以使用以下流程圖對其進行最佳描述。

影響因素

在開發框架時，應該考慮以下引數。影響因素如下：

• 框架檔案應支援版本控制軟體，例如 SVN、CVS、MS 原始碼管理

• 框架應支援在不同環境（例如 QA、SAT、DEV）中執行指令碼

• 在物件更改後，指令碼應在進行最少更改的情況下執行。

• 框架應自行配置並處理先決條件，例如建立資料夾/資料庫。

• 框架應具有強大的報告結構，以便可以輕鬆發現指令碼/應用程式中的問題

• 框架應具有更大的靈活性，以便易於使用

• 框架應遵循編碼標準，以便正確維護檔案、函式和更改歷史記錄。

在下一章中，我們將學習如何設計一個簡單的框架。