公共部門團隊如何將其 UiPath 策略擴展到行動測試領域 

這是一個真實的客戶案例。出於保密原因，我們隱去了客戶姓名。 

一個公共部門機構正準備在嚴格的運行環境下測試面向公眾的行動應用程式。 UiPath 已是其自動化策略的核心，他們希望將行動應用整合到這項工作中，而無需建立單獨的測試流程。 

他們希望在真實設備上驗證行動應用，支援自動化測試，並找到符合其部署和管理要求的方案。這些因素共同決定了他們評估行動測試平台的方式。 

現有自動化策略中的行動端差距 

現有的自動化平台可以為團隊提供一種熟悉的建置工作流程的方式。而行動端則引入了額外的決策：使用哪些 iOS 和 Android 設備，如何將自動化流程連接到這些設備，以及當測試發現問題時，如何讓用戶能夠直接調查應用程式。 

他們之前沒有專門的行動測試平台，現在正在引入這項功能。他們希望在不要求團隊放棄已融入整體測試策略的 UiPath 工作流程和技能的前提下取得進展。 

他們需要增加一項缺失的能力，並且需要一種方法來配合他們已有的流程。 

要求在於適配性，而不僅僅是設備本身。 

真實設備對於驗證使用者實際使用的應用至關重要。他們還需要能夠滿足其安全性和治理要求的部署選項，包括本地部署和私有雲選項。 

這些條件使得決策過程遠不止選擇幾款手機那麼簡單。團隊需要了解設備將在哪裡運行，現有的自動化工具如何連接，誰會控制環境，以及該方案是否符合內部審批流程。 

部署需求也影響了實驗室的運作方。私有託管環境可以為組織提供專用設備，由服務提供者管理基礎架構。而本地實驗室則將實體環境置於客戶管理之下。同時擁有這兩種選擇，可以讓團隊根據自身限制評估行動測試，而不是從單一的託管模式出發。 

Digital.ai 提供的測試 真實設備訪問 以及 這些部署選擇UiPath行動工作流程可以透過Appium連接到裝置。 Digital.ai 測試。這種組合使團隊能夠在現有的創作方法中添加行動端執行功能，而無需為行動端建立全新的工作流程。 

該組織引入了什麼 

該組織將專門設計的行動測試納入了其自動化策略。 並獲得了在真實的行動裝置上進行手動和自動化測試的能力，同時將現有的 UiPath 工作流程擴展到該環境。 

這為團隊提供了一條從熟悉的自動化工作流程過渡到真機移動測試的途徑。提升應用程式品質和發布信心仍然是這項工作的目標。最直接的改變是：行動驗證現在已融入他們現有的自動化流程。 

對於現有的 UiPath 團隊來說，這是一個很有用的模型。 

如果 UiPath 已在您的組織中發揮作用，那麼擴展到行動端並不意味著需要從頭開始測試流程的每個部分。首先，確定重要的行動用戶旅程和實際設備。然後，確定工作流程如何到達這些設備，以及環境必須滿足哪些部署和管理條件。 

這就是團隊採取的策略：UiPath 仍然是其自動化方法的一部分，而 Digital.ai 為他們提供了所需的行動測試環境。  

正在考慮採取類似行動嗎？ 聯繫我們 討論您現有的工作流程、設備覆蓋範圍和部署要求，以及為您的團隊量身定制的行動測試策略可能是什麼樣的。