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