UFT教程| UFT概述– UFT 14.x最佳指南

UFT概述-功能圖片

開發之後,軟件產品必須通過測試階段以確保質量。 在測試生命週期中,測試自動化具有光明的未來,因為它能夠通過預期的質量檢查來減少測試週期和降低成本。 有許多工具可用於測試自動化,但是如果考慮到更廣泛的應用範圍,則統一功能測試(UFT)工具是關鍵角色之一。

在這篇“ UFT概述”文章中,我們將介紹測試的基礎知識以及UFT中可用的不同組件的概述。

UFT教程–目錄

UFT教程1: UFT概述

UFT教程 #2: UFT設置–下載,安裝,許可證配置和ALM連接

UFT教程 #3: UFT對象存儲庫

UFT教程 #4: UFT動作和功能庫 

UFT教程 #5: UFT參數化 

UFT教程 #6: UFT中的VB腳本

UFT教程 #7: 在UFT中創建測試案例的分步指南

UFT教程 #8: UFT中的異常處理

UFT教程 #9: 使用檢查點和字典對像在UFT中進行記錄 

UFT教程 #10: UFT面試問答 

UFT概述

關於軟件測試:

測試對於最終產品的交叉驗證很重要。 測試可以在軟件開發生命週期的不同階段進行。 我們可以通過兩種方式執行軟件測試-手動或通過測試自動化。 我們將在整個教程中討論測試自動化。 

下面說明了軟件測試的目的–

  • 驗證最終產品的質量。
  • 在將軟件部署到生產環境中之前,請查找並修復錯誤。
  • 測試可以確保軟件要求。
  • 報告是否存在任何性能或安全問題。

下面解釋了軟件測試的分類–

單元測試 –這種類型的測試是在應用程序開發人員的開發階段完成的。

整合測試 –開發後,當所有組件都集成在一起時,需要進行集成測試,以確保接口和不同的軟件組件按預期工作。

系統測試 –這種類型的測試是在交付最終產品之前完成的。 在此階段測試產品的功能。

用戶驗收測試 –由業務用戶執行用戶驗收測試(UAT),以檢查要求,然後再將產品部署到生產中。 這是blac-kbox測試。

回歸測試 –在增強應用程序期間,需要進行回歸測試以驗證常規功能。

關於自動化測試:

在當今的生活中,時間是軟件測試過程的重要標準。 因此,迫切需要在不影響質量的情況下縮短測試執行週期。 在這個特定方面,自動化測試已成為現實。 自動化測試無濟於事,但測試必須自動完成,而無需花費任何人工。 許多工具可用於執行測試自動化,例如RFT,QTP(UFT)和Selenium。 但是,考慮到應用程序的覆蓋範圍和靈活性,UFT統治著測試自動化行業。 在本教程中,我們將概述UFT作為測試自動化工具。

下面提到測試自動化的主要功能–

  • 與手動測試週期相比,自動執行測試總是非常快。
  • 常見的人為錯誤無法在測試自動化中復制。
  • 它減少了測試執行週期的時間,這也有助於減少整個軟件開發生命週期。
  • 通過覆蓋更多功能來確保質量。
  • 可以執行並行測試。
UFT概述-自動化測試
UFT概述–自動化測試

關於UFT概述:

UFT是統一功能測試的縮寫,以前稱為Quick Test Professional(QTP)。 借助VB腳本,可以構建測試用例以自動化任何功能測試方案。 與其他測試自動化工具相比,UFT的主要優點如下:

  • 測試自動化過程非常簡單,並且可以在較短的時間內輕鬆學習該工具。
  • 自動化可以通過記錄來完成。
  • 識別測試對象更加有效和可靠。
  • 它很容易與不同的標準測試自動化框架兼容。
  • 它具有更多的應用程序覆蓋範圍。 著名的應用程序平台(例如,Web,SAP,SFDC,移動等)與UFT兼容。
  • UFT支持Web服務測試(API)和XML。
  • 它支持易於學習的vbscripting
  • 我們可以輕鬆地將UFT與ALM集成為測試管理工具。
  • 它具有內置的Excel工作表(如dataTables),可幫助輕鬆開發測試數據驅動的方法。
  • 執行期間,該工具將提供內置報告。

UFT的不同重要組成部分規定如下:

行動 –動作是測試腳本的實際容器,即,我們可以在一個動作中開發測試用例。 使用這些動作,可以將應用程序功能分解為較小的邏輯塊/模塊。

對像庫 –測試對象的技術屬性存儲在對象存儲庫(OR)中,用於在UFT中開發自動化測試用例。

數據表 – UFT的另一個重要功能是用於測試數據管理的數據表。 根據用法和外觀,它可以與Microsoft Excel工作表相媲美。 我們可以隨時從數據表中添加,編輯,刪除數據。 數據表允許我們設計數據驅動的自動化測試框架。

函數庫 – UFT中的函數庫包含用戶定義的函數和子過程。 從概念上講,功能是用於執行特定任務的代碼或語句塊。 要從功能庫訪問功能,首先,我們需要將該庫與UFT測試用例關聯。

環境變量 – UFT允許我們存儲與配置相關的測試數據,這些數據將通過特殊類型的變量在整個測試套件中進行訪問。 此變量稱為環境變量。 可以使用三種類型的環境變量–內置的內部用戶定義的和外部用戶定義的環境變量。 提供有關環境變量的詳細信息 這裡.

UFT概述
UFT概述

關於自動化測試框架: 

自動化測試框架定義了一些標準準則,這些準則有助於以有組織的有效方式執行測試自動化測試活動。 如下指定的自動化測試框架的目的–

  • 在所有測試用例中使用相同的標準。
  • 提高測試自動化活動(如開發,執行,維護等)的速度。
  • 易於調試失敗的測試用例。
  • 使用預定義的標準,具有更好的可讀性。
  • 通過執行無人參與的執行減少了測試執行的工作量。
  • 通過定義適當的框架,可以以結構化的方式管理測試數據。

在以下部分中,將說明所有類型的自動化測試框架-

線性自動化框架 –這種類型的自動化測試框架也稱為記錄和播放框架。 此命名約定背後的原因是,通過用UFT記錄功能記錄測試方案來創建測試用例。 這種類型的測試用例不包含數據參數化,可重用的組件等。在這裡,可以用最少的測試人員技能快速創建測試用例。 該測試框架通常用於一次測試執行,但不建議長期使用。 如果我們將其與其他框架進行比較,則需要更多的維護工作。

模塊化驅動框架– 顧名思義,測試用例是由可重用模塊驅動的,這意味著整個測試場景都被分解為模塊的一小部分。 通過組合模塊,我們可以創建測試用例。 可以使用帶有幫助共享庫的可重用操作或過程來創建模塊。 在開始編寫腳本之前,我們需要分析整個測試場景並確定可以重複使用的小部分。

由於模塊是此測試框架中的驅動程序,因此,如果與線性測試框架進行比較,則測試維護工作將非常少。 此框架方法對於可使用不同測試流程的任何應用程序非常有用。

數據驅動框架– 顧名思義,測試用例由數據驅動的測試框架中的測試數據驅動。 測試數據可以存儲在數據表,Excel工作表,數據庫或csv文件中,這些文件將在測試執行期間獲取並使用。 該框架對於單流程可用且基於不同數據標準創建不同測試用例的應用程序非常有用。 它可以最大程度地減少測試用例的數量,因為可以針對不同的測試數據集執行相同的測試用例。 因此,它也減少了維護工作。

關鍵字驅動框架– 關鍵字驅動的測試框架也稱為表驅動的測試。 該框架的第一步是開發代表小模塊的密鑰,例如 調用, 登錄, 輸入數據, 點擊提交, 確認, 註銷然後,通過在預定義的excel或datatable中指定鍵以及數據和操作,我們可以開發測試用例。 在此框架中,需要一個驅動程序腳本,該腳本讀取Excel或數據表並根據鍵執行相應的任務。 這最適合小型項目,由於使用了可重複使用的密鑰,因此維護工作量很少。 此關鍵字驅動的框架的主要缺點是複雜性。

混合測試框架– 通過結合上面說明的兩個或多個測試框架,我們可以定義混合測試框架。 這種類型的框架主要用於任何測試自動化項目。

UFT概述-測試框架
UFT概述–測試框架

結論:

在有關UFT概述的本文中,我們了解了自動化測試,UFT的組件和測試框架的概述。 請點擊 這裡 從Microfocus支持門戶網站了解更多信息。

關於 K Mondal

UFT教程| UFT概述– UFT 14.x最佳指南嗨,我是K. Mondal,我與一個領導組織有聯繫。 我有12年以上跨領域的工作經驗,例如應用程序開發,自動化測試,IT顧問。 我對學習不同的技術非常感興趣。 我在這裡實現自己的願望,目前在LambdaGeeks中擔任作者和網站開發人員。
連接到 LinkedIn- https://www.linkedin.com/in/kumaresh-mondal/

發表評論

您的電子郵件地址將不會被發表。 必填字段標 *

en English
X