在過去的幾年中，至少出現了十二種全新的UI測試自動化工具。由于每種工具都有自己的重點和策略，因此很難知道從哪里開始。需要更多指導嗎？在下面查看最熱門的新UI測試工具。

就像任何UI測試人員都可以抗衡的那樣，只要您的GUI中沒有任何變化，UI測試就相對簡單，但是問題是……情況一直在變化。根據您為UI測試選擇的解決方案，變化的條件既可以是自我修復和AI定位器的革命性體驗，也可以是繁瑣的手動工作流程的徹底失敗。

為了實現前者與后者，我回顧了您應該研究的十大新（或新的）UI測試工具。（我在這里還分享了一些很棒的問題，請在評估UI測試工具時問自己，以確保最終使用的工具合適并可以實現所需的功能。）

無論您選擇哪種工具，所有這些UI測試工具都具有出色的可用性功能，并將用戶體驗放在首位。

1、

專為：浪費過多的現有Selenium用戶

定價：項目和/或團隊的年度訂閱

優點：

• 智能記錄器使創建使用頁面對象模型的Selenium測試變得容易
• 可以在現有的Selenium測試中執行自我修復，并建議在現有的Selenium測試中使用智能定位器
• 通過利用現有的Selenium腳本或創建新的Selenium腳本，直接集成到CI/CD管道中
• 提供測試影響分析技術，以自動識別需要在CI/CD管道中執行哪些Selenium測試以驗證新代碼更改
• 提供各個級別的客戶支持（不僅限于企業）
• 支持BDD（Cucumber）。專注于維護底層Java（JUnit和TestNG）Selenium測試代碼

缺點：

• 沒有免費版本（只有免費試用版）
• 該產品仍相對較新，當前版本支持Java，JUnit 4，TestNG，Cucumber和Eclipse（JUnit 5，IntelliJ和Python在2020年的規劃路線圖上）

關鍵要點：針對現有Selenium測試的AI支持建議可以輕松地將此解決方案立即添加到您現有的Selenium實踐中。正如Gartner Peer Insights所證明的那樣，該解決方案的最大優勢之一就是Parasoft的世界級客戶支持，該支持已獲得無數次認可，并已支持30多年的軟件測試產品創新。

2、Katalon

專為：尋求介于代碼和無代碼測試工具之間的中間地帶的用戶。

作為一種免費工具，Katalon發揮了很多作用，并且系統集成商大量使用它來進行UI測試。它的記錄器可插入Chrome瀏覽器，以便您生成測試用例，然后該工具使用頁面對象模型在Katalon IDE中構建它們，因此它們具有很高的可維護性。 您隨時可以直接在其IDE中執行測試，或將其導出到許多不同類型的測試腳本中。

定價：基本的Katalon Studio免費提供（付費插件可通過市場訂閱獲得）。提供企業支持（但可能會變得非常昂貴）

優點：

• 推薦智能定位器
• 使用頁面對象模型（但僅用于在IDE中生成和管理的測試）
• 具有自我修復功能（通過付費插件）
• 能夠導出到許多不同類型的測試腳本
• 支持BDD。功能文件執行Katalon測試代碼

缺點：

• 盡管您可以將測試導出為Selenium和其他測試腳本，但是一旦導出，就失去了Katalon的所有可用性，并且導出不包括頁面對象模型，這意味著測試變得難以重用和維護
• 他們的客戶支持僅在企業級別可用，并且非常昂貴
• 不會直接集成到您現有的執行框架中（使用專有框架，并且CI集成可用作插件）

關鍵要點：無需任何技術知識，用戶就可以開始使用Katalon，并借助程序中的關鍵字快速創建測試用例。您可以免費使用Katalon Studio，但要獲得其中一些令人興奮的創新技術的好處，則必須升級或購買付費的插件。

3、Selenium IDE

專為：正在尋找UI驅動的記錄和回放工具的用戶。

Selenium IDE是一個開源項目，可以將Selenium的功能整合到Chrome插件中，并免費提供。Selenium IDE入門不需要進行任何其他設置，只需要在瀏覽器上安裝擴展程序即可，這符合項目的驅動理念，即提供易于使用并提供即時反饋的工具。

定價：免費

優點：

• 用戶可以將任何已創建的測試導出到腳本中，從而使其成為用于UI測試創建的功能強大的工具
• 針對其記錄的每個元素提供多種定位策略
• 具有自我修復功能（但不適用于Selenium IDE之外的Selenium腳本，并且不如其他解決方案的自我修復功能可靠）

缺點：

• 不完全適合您的CI/CD流程
• Buggy和黑匣子（當沒有記錄任何東西時，您會陷入困境，并且必須導出到代碼中以了解發生的情況）
• 構建測試時不使用頁面對象模型
• 您可以使用多種不同的語言導出測試，但目前無法導入
• 雖然它們提供CI集成，但它不會直接集成到您現有的框架中
• 沒有對BDD的內置支持

關鍵要點：Selenium IDE易于使用，使用戶能夠針對其Web UI快速創建測試。它對Selenium非常友好，對于那些熟悉該框架的人來說會很自然。

4、mabl

專為：那些對編寫測試不感興趣并且不想建立UI測試實踐的團隊，這意味著您將大部分工作交給了mabl。

mabl的UI測試方法非常不同——涉及測試的次數更少，而涉及的旅程更多。您登錄他們的網站，定義一個遍歷您的應用程序的旅程，然后就完成了。他們并沒有真正為您提供測試用例或任何真正需要解決的問題。從那時起，他們將允許您定期運行該測試并接收有關其成功執行的結果。

定價：根據執行的行程數進行分層定價

優點：

• 推薦使用智能定位器（但用戶對此有點不清楚）
• 自我修復功能效果很好
• SaaS解決方案；易于訪問和入門
• 可擴展的定價模型

缺點：

• 記錄旅程時不使用頁面對象模型
• 使用自己的框架，沒有導入和導出測試腳本
• 存在CI集成時，您不能直接將解決方案集成到現有框架中
• 如果某些方法無法達到您的預期效果，那么很難訪問“代碼”進行配置或操作
• 對“旅程”的關注使“功能驗證”（即帶有斷言的測試）的創建感到尷尬
• 僅SaaS的解決方案；沒有本地部署，也沒有能力訪問公共Internet中不可用的應用程序
• 沒有對BDD的內置支持

關鍵要點：mabl通過復雜的自動修復功能幫助用戶提高發布流程的速度和質量，無論應用程序UI更改如何，該功能都能使自動化保持穩定。mabl會做自己想做的事情，而人類在其規定的分析中會后退，因此從本質上講，您將自己的旅程移交給了mabl，并希望獲得最好的結果。對于某些人來說，這很好，但對于另一些人來說，這可能會帶來過多的控制權。

5、TestIM

專為：組織尋求針對UI測試的即用型解決方案，該解決方案著重于復雜工作流的執行路徑。

TestIM是一個SaaS應用程序，由開發人員創建，他們意識到雖然花時間和精力維護自動化測試環境，但他們仍然擔心簡單的錯誤修復可能破壞應用程序的另一部分。因此，他們創建了這個非常易于使用的UI測試解決方案。

定價：基于已執行測試數量的年度訂閱

優點：

• 直觀的用戶界面非常容易創建測試
• 推薦智能定位器，以及維護它們的絕佳策略
• 作為其智能定位器技術的一部分，具有令人印象深刻的自我修復能力

缺點：

• 在測試中不使用頁面對象模型
• 缺乏導入/導出測試腳本的能力
• 用戶無法訪問代碼或無法通過TestIM進行測試
• 供應商鎖定框架-腳本位于TestIM框架中
• 對BDD的支持不清楚

關鍵要點：很容易獲得TestIM技術，也很容易創建一個可以立即使用的正確的測試用例。流暢的用戶體驗使自我修復看起來像魔術（如果我想要一種解決方案來改善自己的用戶體驗，我可能會相信具有出色用戶體驗的解決方案，對嗎？），但是TestIM的主要挑戰在于無法訪問測試。由于所有測試都在TestIM框架中進行，因此您不受其基礎架構，業務模型以及公司未來發生的任何事情的影響。

6、Functionize

專為：根據UI測試而進入BDD（他們稱為“ALP”）的手動測試人員或非技術測試人員。

Functionize提供了您希望從完整的Web UI測試工具獲得的所有功能，但是在定位器策略方面有了一些其他改進，其中包括可以通過使用應用程序輕松創建測試的自動測試平臺。這些都是在其專有框架中完成的。

定價：沒有公開的定價信息

優點：

• 出色的可視化顯示測試流程
• 推薦多個元素定位器
• 具有自我修復能力
• 傳統BB的替代方法（使用專有的NLP）。如果您想進行傳統的BDD操作（例如Cucumber），可能會成為騙局

缺點：

• 不使用頁面對象模型
• 供應商鎖定框架
• 沒有導入/導出測試腳本

關鍵要點：Functionize的AI似乎能夠兌現組織消除測試混亂的承諾，從而提高測試人員的準確性和效率。但是請注意此處的供應商鎖定，因為您考慮如何將其引入流程。

7、Perfecto

專為：尋求一站式界面和移動測試的用戶。因為它沒有腳本，所以它最適合那些不想寫代碼的人。

Perfecto已經存在了一段時間，并且一直專注于移動測試，但是他們擁有一個不錯的UI測試生態系統，可以創建、維護、云執行和報告。

價格：年費在99美元至3588美元之間

優點：

• 使用頁面對象模型（但僅在其生成的測試中使用）
• 為記錄的Web元素提供多個定位器
• 最近推出的自我修復功能（盡管尚不清楚它的功能或性能如何，因此很有用）

缺點：

• 測試腳本采用專有的基于TCL的語言
• 您無法導入自己的Selenium腳本
• 雖然它們提供CI集成，但它不會直接集成到您現有的框架中
• 通過第3方實施項目量子計劃支持BDD

關鍵要點：Perfecto提供有關維護和編寫測試腳本、管理和驗證測試以及調試缺陷的解決方案。Perfecto的UI測試解決方案為用戶提供了腳本創建或無腳本創建的選項，并且他們最近在維護和自我修復方面增加了新功能。

8、Test Craft

專為：不想編寫代碼而正在尋找高級分析以不斷驗證其測試的用戶。

TestCraft是一個無代碼的Selenium測試自動化平臺，具有AI技術和獨特的可視化建模功能，聲稱可以實現更快的測試創建和執行，同時消除測試維護開銷。

定價：沒有公開的定價信息

優點：

• 使用頁面對象模型（但僅在其生成的測試中使用）
• 推薦稱為“智能綁定”的智能定位器
• 自我修復是其智能綁定技術的一部分
• 內置的調度程序使用戶可以隨著時間的推移定期執行測試流程

缺點：

• 使用專有框架
• 您無法導入/導出測試腳本
• 不會直接集成到您現有的框架中（CI集成可以作為插件使用）
• 通過第3方實施項目量子計劃支持BDD

關鍵要點：TestCraft是功能強大的SaaS應用程序，使測試人員無需編寫代碼即可創建全自動測試場景。用戶在UI上記錄他們的測試用例，然后，TestCraft將為每個測試流創建一個模型，并直觀地指示您的測試將執行的不同路徑。這使具有復雜使用模式的用戶可以使用它。

9、Ranorex Webtestit

專為：尋求幫助創建Selenium腳本的編碼人員。他們熟悉該代碼，并希望構建結構化的腳本，但不想花費時間自行構建腳手架。

Webtestit是Ranorex的全新產品（2019年7月發布），Ranorex是一家以桌面自動化工具聞名的公司。它是代碼，純代碼，Ranorex采用了“設計優先”的方法，而不是記錄和回放。您可以與用戶界面進行交互，并通過其專有IDE中的輔助操作來構建腳本。尚不清楚Ranorex Studio在何處停止和Webtestit在哪里開始，但是隨著時間的推移，這一點應該會變得更加清晰。

定價：每月40美元

優點：

• 使用頁面對象模型進行測試創建
• 通過免費提供的Selocity Chrome插件推薦定位器（但您可能還需要查看TruePath）。您可以導入Selenium腳本（即將導入Selenium IDE）
• 在IDE中創建測試期間的出色助手操作

缺點：

• 沒有記錄和播放功能（記錄和播放雖然不完美，但這是入門的關鍵組成部分）
• 專有的IDE——意味著開發人員必須放棄他們選擇的IDE（即Eclipse或IntelliJ）
• 使用專有的執行框架，因此需要其插件才能作為CI的一部分執行
• 只是測試創建的解決方案-運行時無分析或自我修復功能
• 沒有對BDD的內置支持

關鍵要點：希望擁有輔助代碼創建工具的組織可能會發現此解決方案很有用。如果沒有記錄和回放，則鼓勵用戶從下至上而不是自上而下進行構建。與他們的Selocity Chrome插件結合使用，用戶可以將頁面作為對象繪制出來并將其導入到webtestit工具中，這對于希望使用頁面對象模型的用戶來說非常友好。

10、AutonomIQ

專為：用戶正在尋找代碼和無代碼解決方案之間有趣的混合體。（有代碼，但自然語言處理對此有所幫助。）

AutonomIQ擁有有關AI和機器學習的強大信息，但是它有什么作用呢？該工具提供了用于UI測試自動化的三步過程。首先，通過其AI查找您的應用程序，然后從該發現過程中構建測試用例。第三步是使用他們的分析引擎來監視和維護測試用例。

定價：沒有公開的定價信息

優點：

• 強大的NLP，AI和ML
• 使用頁面對象模型（但僅在其生成的測試中使用）
• 通過其Chrome插件推薦智能定位器
• 執行過程中的自我修復
• 傳統BDD的替代方法（使用專有的NLP）。如果您想進行傳統的BDD操作（例如Cucumber），可能會成為騙局

缺點：

• 使用專有框架
• 您無法導入測試腳本
• 不會直接集成到您現有的框架中（CI集成可以作為插件使用）
• 尚未完全驗證的技術

關鍵要點：似乎這項技術具有全部功能。那么，為什么它排在我列表的最底部呢？因為我無法通過任何實際案例研究或用法來找到他們的客戶。但是，如果他們的解決方案可以達到潛在的結果，那將是非常具有破壞性的。