翻譯|使用教程|編輯:龔雪|2020-12-14 10:42:36.723|閱讀 335 次
概述:Telerik Test Studio是一個用于功能性Web、桌面和移動測試的直觀測試自動化工具,它能輕松地實現自動化測試。同時會為GUI、性能、加載和API測試提供完整的自動化測試解決方案。
# 界面/圖表報表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關鏈接:
Telerik Test Studio是一個用于功能性Web、桌面和移動測試的直觀測試自動化工具,它能輕松地實現自動化測試。同時會為GUI、性能、加載和API測試提供完整的自動化測試解決方案。
在選擇正確的工具來幫助您成功進行自動UI測試時,您需要了解以下內容。
為什么不能再忽略自動UI測試?
盡管面向代碼的自動化測試工具已經變得越來越普遍,但大多數開發公司都忽略了自動化UI測試。這樣做的主要原因是維護UI測試套件的成本,使用大多數/所有UI測試工具,實際上對應用程序UI的任何更改都會導致UI測試工具將整個應用程序標記為已損壞。結果,現代軟件開發實踐的大部分過程都是圍繞UI與代碼的精確分離而組織的,因此可以在不接觸UI的情況下測試代碼。
現實情況是用戶不與代碼交互:用戶與您的UI交互,從用戶的角度來看,您的UI是您的應用程序,證明代碼在故意忽略UI的情況下有效的當前做法缺少了重點。 與當前的實踐相反,UI測試提出一個簡單的主張:要證明您的應用程序已“準備好投入生產”,您必須證明UI能夠正常工作并驅動您的應用程序執行正確的操作。
一些基于工具的選項
隨著DevOps和對用戶驗收測試的需求增加,這一要求變得越來越重要。 結果是UI測試工具得到了發展,但這也使得開發者更難、也更容易獲取正確的工具集。難點在于有更多選擇可供選擇;容易在于有更多的工具對您有意義。 例如當查看UI測試時,可以在無代碼工具和基于代碼的工具之間進行選擇。
無代碼工具允許測試人員通過與應用程序進行交互來創建UI測試,而該工具通過“觀察”用戶的交互和應用程序的響應來生成測試腳本。 這些工具利用“ UI即應用程序”范式,并且不需要測試人員比應用程序(及其相關的業務需求)了解更多。
另一方面,基于代碼的工具要求測試人員編寫腳本來通過代碼(即在頁面上查找按鈕,然后從UI元素提取數據)來操縱UI。 但是,這些工具可以檢查“副作用”,這些副作用不一定顯示在任何用戶界面(或“可以作為測試的一部分進行訪問的任何用戶界面”)中,并且可以處理各種響應,基于代碼的工具確實要求測試人員知道如何編寫代碼。
無代碼工具使開發人員脫離了測試的關鍵路徑,并授權用戶創建對其有效的測試。 基于代碼的工具支持更深入、更徹底的探測、并處理各種響應,從而減少錯誤的數量(實際上,在應用程序正常運行時的故障報告)。
重要事項
無論您最終使用什么工具,都需要將它們集成到您的流程中,而不會妨礙您交付應用程序……并在滿足組織、用戶和您自己的目標的同時做到這一點。
首先:您是否需要自動化的UI測試? 值得記住的是,測試的目標是將失敗的成本從生產環境轉移到開發環境中。 如果您的團隊對當前的生產失敗水平感到滿意,并且不愿意修改開發實踐,那么您可能不需要自動化的UI測試。 自動化的UI測試如何符合團隊的戰略目標?
第一個問題與第二個問題重疊:自動化測試如何適應團隊文化?團隊是否重視盡快向希望應對高變化率的用戶社區提供新功能,即使存在一些小故障?還是團隊更需要高度可靠的應用程序,這些應用程序會隨著時間的推移而穩定,因此可以滿足嚴格的(也許甚至是法規)標準?
反過來,這個問題與第三個問題重疊:自動UI測試將如何適應您的流程? 答案始于用戶何時何地進行驗收測試。例如如果有很長的時間用戶沒有參與開發過程,那么利用用戶的UI測試策略可能就沒有意義。如果在團隊中如果“編碼器驅動的UI測試”是一個矛盾的話題(即只有最終用戶會說出UI是否“正確”),那么基于編碼器的方法就無法適應您的工作方式。
最后一個問題:您可以利用哪些技能集和現有工具集? 例如,無代碼測試僅在您擁有一群不僅僅“使用”應用程序但有能力知道在測試中什么是“正確”或“不正確”響應的用戶時才有意義。 在開發人員方面,您希望查看用于交付應用程序的工具鏈 - 利用團隊在該工具鏈上的經驗并與之集成可以為您帶來真正的好處。 不過,有趣的是,在選擇UI測試工具時,用于構建應用程序的開發工具并不是特別重要,特別是對于Web應用程序而言。
比起單一的“ UI測試工具”,更需要一種為滿足特定需求測試而配置的套件,最終會組合一個最佳的套件來滿足您的特定需求,但是從單一來源獲得完整的解決方案顯然會更方便。
自動化UI測試領域的供應商既重視靈活性,又重視與其他工具集成的支持。 例如,Telerik Test Studio支持無代碼測試,支持將那些無代碼測試轉換為編碼測試,將編碼步驟與無代碼測試結合在一起,并與第三方庫集成以滿足特殊需求。
意味著非程序員(例如QA團隊或最終用戶)可以創建測試,以證明系統已完成用戶希望系統執行的操作。 將這些無代碼測試與編碼測試無縫結合的能力意味著,當非程序員遇到障礙時,開發人員可以擴展這些測試以處理“難以自動化”的場景。
創建無代碼測試的能力但是請不要忘記這一點:仍然不是關于工具的問題,而是這些工具是否支持您的目標、流程以及現有技能/工具鏈。如果您對這些內容有很好的了解,那么就可以獲取在自動UI測試中取得成功的工具。
本站文章除注明轉載外,均為本站原創或翻譯。歡迎任何形式的轉載,但請務必注明出處、不得修改原文相關鏈接,如果存在內容上的異議請郵件反饋至chenjj@fc6vip.cn
文章轉載自:慧都網