干貨丨RPA窗口型處理方法

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

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

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

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

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

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

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

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

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

這里我首先嘗試了第一種 ： 鼠標點擊 。

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

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

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

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

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

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

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

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