不論軟體開發還是流程設計,除錯絕對是一份苦差事,甚至可能在整個開發過程中佔據大多數時間。因此如何有效率地找到問題並修復流程,進而縮短整體開發時程並提升工作效率,掌握 UiPath 提供的除錯工具就顯得十分重要!
RPAI 數位優化器在這系列文章中,不會從基本除錯思維或套路開始說明,例如使用 Test Activity 局部測試、使用 log message、write line 等將變數 print 出來等,而是把焦點放在 UiPath 提供哪些除錯工具,透過理解工具使用方式、詳細解釋功能及比較不同功能差異,讓讀者對 UiPath 整個開發核心概念有更深了解,進而讓開發流程更加穩固。
如果還想學習更多 UiPath 功能、實作案例並了解最新自動化趨勢,
歡迎加入「零基礎快速學習 RPA-利用 UiPath 建構自動化機器人」線上課程!
課程優惠只到 2024 年 2 月 5 日,快點擊連結立即了解:
第一篇文章我們要來討論 UiPath Studio 中,用於執行或測試自動化流程的工具,「Debug File」、「Run File」、「Debug」和「Run」 四者使用情境的差異:
整體而言,「Run File」 和 「Run」 主要用於模擬一般執行流程,而 「Debug」 用於進行逐步驗證和檢查流程中的每個功能,我們在除錯和進行開發時,通常會使用「Debug」 更深入地檢視流程的執行過程,並找出流程卡住或出錯的地方。
以測試 Try Catch 功能為例,使用 Debug 執行流程,流程中如果有發生錯誤或是例外需處理,會停留在錯誤所在的位置;使用 Run 執行流程,出現錯誤會進入到 Catch,而不會停留在出現錯誤的位置。
對我們來說,RPA 流程開發其實很像高中時所學的數學歸納法,當 n=1 成立時,n+1=2 也應該要成立;也就是說必須確保每個最小單位都必須是一個穩固可執行的單位,套用在 UiPath 就是每個 Sequence 都能夠順利執行的時候時,.xaml 就可以順利執行;當 .xaml 能夠順利執行時,理論上一個專案流程就可以順利執行。
因此,我們在選擇使用這三種測試上,可以粗略地先分成幾種情境與對應做法:
以上操作方式絕對不是用於每一種狀況,不過對於初學者而言,或許你可以先從這樣的方式去選擇除錯工具,隨著對這些工具越來越熟悉,逐漸培養出自己的一套除錯心法,屆時也歡迎你和我們分享,一起成為 UiPath 高手吧!
如果你/妳喜歡這篇文章,歡迎點點愛心或留言,讓我們相互交流和成長!
這次的分享到此告一段落,想了解更多 RPA + AI 與數位轉型的最新趨勢與觀點、RPA 軟體功能介紹及實務應用案例,也歡迎追蹤 RPAI 數位優化器的社群和我們交流互動,我們下次見!
🚀 Instagram:RPAI 數位優化器
🚀 臉書粉絲專頁:RPAI 數位優化器
🚀 YouTube 頻道:RPAI 數位優化器