一年前，在一次客戶(老外)的演講中，暈暈乎乎的在一大段英文中聽到了RPA這個詞，當(dāng)時大概查了一下，了解到RPA是機(jī)器人流程自動化（Robotic Process Automation)的簡稱，跟自動化有些關(guān)系，但是當(dāng)時也沒搞太明白。
半年前，聽說客戶的IT部門開始培訓(xùn)大家用RPA工具UiPath來做自動化測試，但是遇到了一些麻煩，問我們這邊是否有相關(guān)經(jīng)驗(yàn)。還真不好意思，沒有接觸過，于是決定研究一下RPA到底是個什么玩意。
首先看到的是埃森哲的《Getting Robots Right》文章，介紹了RPA的常見誤區(qū)、案例分享，以及RPA的關(guān)鍵成功因素等，都是高大上的介紹，對于我這個沒有接觸過的人來講還是有些云里霧里，只是對RPA有了大概的認(rèn)識。
文章提到RPA是使用軟件來完成重復(fù)的、結(jié)構(gòu)化的、基于規(guī)則的任務(wù)，從而大規(guī)模地自動化業(yè)務(wù)流程，最終實(shí)現(xiàn)企業(yè)級智能自動化，它是基于辦公室的等效生產(chǎn)線機(jī)器人，基礎(chǔ)技術(shù)是機(jī)器學(xué)習(xí)和人工智能。
簡而言之，RPA就是用機(jī)器人（軟件）來取代人完成工作任務(wù)。
文章還介紹了RPA可以做的事情，有處理事務(wù)、操縱數(shù)據(jù)、觸發(fā)響應(yīng)，以及與其他數(shù)字系統(tǒng)通信。其實(shí)就是像人工作那樣操作不同的系統(tǒng)，處理不同的任務(wù)。
理想的可以用RPA工具來操作的應(yīng)用程序可以在財務(wù)、人力資源、采購、供應(yīng)鏈管理、客戶服務(wù)/經(jīng)驗(yàn)和數(shù)百個行業(yè)特定業(yè)務(wù)流程（例如保險索賠處理）中找到。
到此為止，感覺還是很抽象，了解到RPA主要是用來自動化業(yè)務(wù)流程的，但是不清楚RPA具體是什么樣的。
因此，還是先體驗(yàn)一下RPA工具吧。
下載了目前市場占比最大的工具UiPath試用版，嘗試使用它提供的錄制回放功能錄制了一個簡單的步驟，的確可以工作，但發(fā)現(xiàn)對于復(fù)雜的、有條件跳轉(zhuǎn)的還不能這么簡單的實(shí)現(xiàn)。
通過研究入門手冊，琢磨著編寫了幾個程序?qū)嵗阂粋€是猜數(shù)字游戲，有兩個版本；另一個是從網(wǎng)站查詢指定城市的實(shí)時天氣。它們長這樣：
左邊的游戲是序列（sequence）形式，右邊兩個是流程圖（Flow chart），跟平時畫的流程圖非常的類似，很直觀可讀。好像有點(diǎn)意思！
這是怎么做到的呢？麻煩嗎？
UIPath工具提供一個圖形化的編程界面UIPath Studio，由三個主要部分組成，Activities（默認(rèn)在左邊）、Properties（默認(rèn)在右邊）、中間是編輯和展示上圖中那樣的序列或者流程圖的地方。
Activities里有各種活動的控件，比如：Input Dialog、Write Line等輸入輸出控件，以及If、While/Do While等條件/循環(huán)判斷控件。將活動控件拖拽到中間編輯區(qū)域，設(shè)置跟其他已有控件的關(guān)系。FlowChart里可以通過箭頭連接不同控件來設(shè)置其相應(yīng)關(guān)系，而Sequence里則是按照控件擺放的上下順序?yàn)橄群箜樞颉?/p>
然后，選中編輯區(qū)域的控件，可以在右側(cè)的Properties里設(shè)置對應(yīng)的控件屬性，比如：猜數(shù)字游戲，判斷輸入的數(shù)字跟實(shí)際數(shù)字的大小以確定彈出不同的消息內(nèi)容，這些都可以在Properties里對應(yīng)的設(shè)置。
同時，還支持設(shè)置相應(yīng)的變量，比如猜數(shù)字游戲中的實(shí)際數(shù)字和輸入數(shù)字都可以用變量代替，方便多次使用做比較。
因此，在UiPath里通過拖拽和相應(yīng)的屬性設(shè)置，全部在圖形化界面上完成，就可以實(shí)現(xiàn)一個程序的編制，并不需要有編碼工作，對編程技能沒有什么要求。對于普通的業(yè)務(wù)工作人員來說，也是非常簡單的。
這個簡單實(shí)現(xiàn)業(yè)務(wù)流程自動化的工具似乎跟傳統(tǒng)的UI自動化很有相似之處，是不是真的可以像我們客戶那樣用來做自動化測試呢？
研究了一陣UiPath的用法后，我給團(tuán)隊(duì)做了一個分享，用前面做的程序給大家演示UiPath的使用的時候，本來工作的好好的獲取天氣程序竟然掛了…原因是網(wǎng)頁上的元素有了變化，重新修改獲取新的元素路徑才得以通過。
由此可見，RPA工具也跟UI自動化工具一樣受到UI元素影響較大。
UiPath提供的圖形化編程界面，對于沒有編碼技能的人來說，新建一個工作流拖拖拽拽就能完成，的確很方便。
但是，UI自動化測試都會隨著UI的變化需要做相應(yīng)的修改，通過圖形化界面修改流程感覺還是有些麻煩的（或許是因?yàn)槲疫€不夠熟練使用這工具），作為QA，我更喜歡通過代碼的方式來修改。而UiPath后臺存儲的是Xaml格式，可讀性一般般，要改代碼也沒那么容易的感覺。
另一方面，UI自動化測試最好跟持續(xù)集成工具集成起來，而主流的RPA工具都是不能在CI pipeline上運(yùn)行的。
不像UI自動化工具那樣運(yùn)行于測試環(huán)境，RPA工具主要是適用于生產(chǎn)環(huán)境，基于相對穩(wěn)定的系統(tǒng)來實(shí)現(xiàn)流程自動化。
當(dāng)然，開源RPA工具TagUI，可以編程，也支持命令行運(yùn)行，但是這個工具不太像是RPA工具，更像是被RPA耽誤的UI自動化工具。
RPA工具用于UI自動化測試不僅沒有太多的優(yōu)勢，反而帶來很多不便，有殺雞用牛刀之嫌，不合適。
對于自動化測試還是要基于測試分層理念，考慮盡可能把UI層自動化測試下移，對于必要的UI自動化測試也可以用更輕量級更適合的工具來做。
由于各種不適，我們客戶用RPA工具做自動化測試的事情當(dāng)然是無疾而終。
既然RPA不適合做自動化測試，我們來看看它的真正用途吧。
RPA技術(shù)可以模仿各種基于規(guī)則而不需要實(shí)時創(chuàng)意或判斷的重復(fù)流程，在電腦上不間斷地執(zhí)行基于規(guī)則的各種工作流程，它不僅比人類更快，還可以減少錯誤和欺詐的機(jī)會。簡言之，就是“像人類一樣工作”，“把人類進(jìn)一步從機(jī)械勞動中解放出來”，讓人類自由地開展更高價值的工作。這是RPA技術(shù)的初衷，是RPA技術(shù)的真正用途。
基于上述特點(diǎn)，RPA技術(shù)目前在財務(wù)領(lǐng)域應(yīng)用比較成熟。財務(wù)是一個強(qiáng)規(guī)則領(lǐng)域，財務(wù)領(lǐng)域內(nèi)的很多事務(wù)流程和報告流程大多是可重復(fù)、有規(guī)律可循的，因此也最易于實(shí)現(xiàn)流程自動化。在財務(wù)決策過程中相對標(biāo)準(zhǔn)化、有清晰的規(guī)則和可重復(fù)的活動，也可以應(yīng)用RPA技術(shù)。
把財務(wù)相關(guān)的輸入- 處理 – 決策 – 輸出的流程進(jìn)行分析、拆解，再用機(jī)器人軟件模擬人的操作，把原本要在各種軟件平臺——包括會計軟件、ERP軟件、報表軟件，甚至是CRM軟件和稅務(wù)軟件上需要很多人力完成的填寫、報送、執(zhí)行命令、菜單點(diǎn)擊、輸出報表等動作，交由機(jī)器人來完成。這就是RPA技術(shù)在財務(wù)領(lǐng)域的應(yīng)用場景。
其他基于規(guī)則的結(jié)構(gòu)化的業(yè)務(wù)流程，也可以應(yīng)用RPA技術(shù)，比如HR領(lǐng)域、保險報銷流程等。目前，國內(nèi)外已經(jīng)有不少成功應(yīng)用案例，例如：四大會計師事務(wù)所的財稅機(jī)器人、阿里云RPA等。
(圖片來源：https://www.pwccn.com/zh/tax/tax-robot-solve-aug2017.pdf)
RPA技術(shù)可以用于結(jié)構(gòu)化的基于規(guī)則的業(yè)務(wù)流程自動化，因此被認(rèn)為是可以把人類從重復(fù)勞動中解放出來的技術(shù)，是一個完美的、高效的、低成本的數(shù)字化轉(zhuǎn)型方案，被眾多企業(yè)所青睞。
但是，RPA技術(shù)盡管頗具吸引力，目前的RPA產(chǎn)品仍存在明顯的技術(shù)局限性，阻礙RPA項(xiàng)目發(fā)揮完全價值。 這些挑戰(zhàn)包括：
非數(shù)字流程輸入的轉(zhuǎn)換
識別非結(jié)構(gòu)化文檔格式中目標(biāo)數(shù)據(jù)字段的能力
相對輕松地適應(yīng)不斷變化的規(guī)則或業(yè)務(wù)邏輯的能力
從自動化流程的事務(wù)性數(shù)據(jù)中生成洞察的能力
根據(jù)上下文解釋和理解機(jī)器活動上游指令集的能力
RPA技術(shù)要跟AI技術(shù)結(jié)合，利用認(rèn)知和智能識別技術(shù)來應(yīng)對這些挑戰(zhàn)，才能較好應(yīng)用于數(shù)字化轉(zhuǎn)型。
另一方面，僅從業(yè)務(wù)層去考慮利用RPA技術(shù)來實(shí)現(xiàn)數(shù)字化，容易忽略底層支撐系統(tǒng)的技術(shù)改造，并不利于整個IT環(huán)境的改造與企業(yè)的徹底數(shù)字化轉(zhuǎn)型。2018年11月ThoughtWorks發(fā)布的第19期技術(shù)雷達(dá)，RPA第一次上榜，但是被置于“暫緩”環(huán)，正是這個原因。
技術(shù)雷達(dá)建議：
RPA這種僅關(guān)注自動化業(yè)務(wù)流程而不解決底層軟件系統(tǒng)或功能的方法的問題在于，引入額外的耦合會使底層系統(tǒng)更改起來更加麻煩。這也會讓未來任何解決遺留IT環(huán)境的嘗試都變得更加困難。 很少有系統(tǒng)能夠忽視變化，因此RPA的進(jìn)展需要與適當(dāng)?shù)倪z留系統(tǒng)現(xiàn)代化戰(zhàn)略相結(jié)合。
同時，也有德勤、安永等咨詢專家表示，就許多企業(yè)客戶的流程管理與系統(tǒng)的基礎(chǔ)能力現(xiàn)狀來看，仍存在著大量的基礎(chǔ)建設(shè)工作有待開展。不用著急實(shí)現(xiàn)RPA，首要的還是把自身的流程管理和系統(tǒng)構(gòu)建好。
因此，RPA生態(tài)還不夠成熟，暫不能作為理想的數(shù)字化工具。RPA要怎么用還是要根據(jù)企業(yè)自身特點(diǎn)和具體需求，謹(jǐn)慎前行，不可冒進(jìn)。
