移動測試的有效性取決於其環境 

你的團隊對結帳流程進行了行動端測試。測試在用於創建測試的手機上通過了。在下一個版本發布之前，有人詢問同樣的流程是否能在客戶使用的裝置和作業系統上正常運作。這時，討論的重點就從測試本身轉移到了測試環境本身。 

反過來也可能出現這種情況。團隊可能擁有大量設備，但卻沒有可重複的方法將最重要的使用者旅程轉化為測試案例。這兩種情況都沒有通用的解決方案。我們需要在規劃行動測試時，將測試編寫和裝置存取視為相互關聯的決策。 

你的團隊能否創造出自己願意維護的測試案例？ 

行動端測試應該捕捉到值得重複驗證的使用者流程：例如登入、下訂單、支付帳單或從中斷的會話中恢復。創建初始版本固然重要，但隨著螢幕、標籤和應用程式行為的改變，如何保持其有效性才是更持久的工作。 

考慮一下誰來編寫測試案例。了解使用者流程的人員能否參與其中？其他團隊成員能否閱讀工作流程並了解其檢查內容？如果應用程式更新後測試失敗，團隊能否判斷應用程式本身發生了變化還是測試需要改進？這些問題比首次演示的速度更能反映編寫方法的價值。 

一個組織可能已經擁有一個用於其他業務領域的自動化平台。如果該平台能夠驅動團隊需要驗證的應用和設備，那麼將這種熟悉的模式擴展到行動端是合理的。而另一個組織則可能需要從零開始建立行動端測試案例。無論哪種情況，都應該評估在初始專案結束後如何維護這些測試案例。 

這些測試能在需要的地方進行嗎？ 

下一個需要考慮的因素是環境。哪些設備型號和作業系統版本對您的使用者來說比較重要？哪些流程需要實體硬體而不是虛擬設備？哪些人需要存取權限，以及這些設備何時可以用於版本發布？ 

解決方案可能是現有的內部實驗室、供應商提供的設備，或兩者的組合。每種方案都需要進行維運工作。設備必須進行配置、更新、套用適配，並提供給相應的團隊。設備集群可以滿足這些需求，但其價值取決於它是否符合組織實際的測試覆蓋範圍和發布計劃。 

沒有理由認為團隊必須更換一個運作良好的實驗室。真正值得思考的問題是，隨著行動測試的不斷發展，其現有環境能否滿足所需的覆蓋範圍、存取權和控制力。尤其要注意的是，如果測試需要等待設備回應，或是測試環境與預期配置不符，團隊對測試結果的信心就會降低。 

聯繫的重要性不亞於任何一種選擇。 

只有當創作工具和設備環境能夠協同工作時，它們才能構成完整的測試工作流程。測試應該能夠連接到目標設備，針對正確的應用程式版本運行，並為團隊提供足夠的資訊來了解測試結果。這種協同工作需要儘早重視，以免隨著測試套件的不斷擴展，導致變更成本過高。 

因此，選擇不應僅限於「哪個工具可以編寫我們的測試？」這個問題。也要詢問測試編寫者到實際操作團隊的整個流程。弄清楚需要配置哪些內容、誰負責維護以及團隊將如何調查故障。 

規劃從測試到結果的整個流程 

首先，選取一小部分重要的行動端用戶旅程。確定團隊將如何建立和維護這些測試，然後將每個測試對應到它必須覆蓋的設備和條件。檢查編寫方法是否能夠連接到所選環境，以及團隊是否能夠在版本發布依賴此測試時重複執行測試。 

這就是對移動測試策略的實際檢驗： 你的團隊能否創建所需的測試，在所需的設備上運行測試，並充分理解測試結果以便採取行動？  

UiPath部落格系列第三部分 探討一種利用 UiPath 連接這些組件的方法 Digital.ai 測試。