乾貨丨RPA視窗型處理方法

最近在做銀行內部系統的一個流程自動化的時候發現有些頁面比自己想象的複雜了很多，可能是因為測試系統的緣故，所以這樣的異常在所難免吧，但是既然是做 POC，不管什麼樣的疑難問題都是要解決的。

上面圖片，是最近做 POC的時候，遇見的一個異常彈出框，指令碼性錯誤：JS

這樣的錯誤，首先用到的第一個方法是 UiBot的 元素判斷

但是測試過後，返回的是 False，意味著這個異常的彈出框並不能找到元素。

然後嘗試第二種我認為萬能的方法 ： 影像判斷 。

結果令人驚奇的是，返回的竟然還是 False，這讓人很無語啊。

無奈之下嘗試了 UiBot的第三種方法 ： 文字判斷 。

這次終於返回 True了！！！（對於功能強大的RPA軟體來說，總有一種方法會給你驚喜）

這個介面判斷的問題解決了，那麼接著需要做的就是關閉它了 ，我本來以為會很簡單，可是對於這個異常情況來說在這裡我又想多了。

這裡我首先嚐試了第一種 ： 滑鼠點選 。

我用了三種模式 ： 後臺 系統 模擬 。 發現都是點上了 ，但是沒有反應，彈出框也並沒有關閉，這就很好奇，意味著雖然選中了，但是沒有給你反饋。

 

因此我用了第二種方法 ： 關閉視窗 。

發現還是關閉不了，我不得不敬佩銀行內部測試系統的無敵了，此處我採用了第三種方法 ： 滑鼠點選 +模擬按鍵 。

它完美解決了這個關閉問題，但是另一種現實情況是，此處彈出框不止這一個，而是隨機的每次可能有一到六個不同型別的彈出框。（六種可以採集到）

如果你只是用單個元素迴圈去做判斷，那麼你先後順序肯定沒法處理，因為這個地方是隨機出來，你不確定哪一個先出現，所以此處採取了計次迴圈。

把六種異常情況全寫在裡面，計得次數最好大於彈出框的種類以及可能彈出的最大次數，然後每次做介面判斷的等待時間可以儘量縮短，不然會發現有時候沒有的介面等待時間會很久，這樣給客戶的友好體驗感會有所下降。

總之，通常像一些異常的彈出框 ，有時候真的很難用 RPA軟體的某一常識性控制元件去處理解決掉，所以在處理問題的時候想出多種解決方案很重要（這和RPA軟體的功能全面性有很大關係，決定能否助力你有多種備選計劃），當然，首要標準還是穩定為主。

以下總結了視窗型的解決方案，僅供參考。