2015年，高級(jí)軟件工程師Benjamin Willenbring對(duì)Autodesk公司進(jìn)行自動(dòng)化軟件測(cè)試感到興奮。但這種興奮卻沒(méi)有持續(xù)多久，這是因?yàn)樽詣?dòng)化團(tuán)隊(duì)與其他部門溝通不多，而當(dāng)測(cè)試進(jìn)入生產(chǎn)階段時(shí)，并沒(méi)有帶來(lái)大家所希望的結(jié)果。

Willenbring說(shuō)：“我們談?wù)摰氖欠菦Q定性的失敗測(cè)試，但對(duì)其測(cè)試并沒(méi)有太大的信心。開(kāi)始運(yùn)行測(cè)試非常困難，由于沒(méi)有參考的案例，需要經(jīng)常溝通，并且產(chǎn)生大量文件，我當(dāng)時(shí)真的不知道如何處理。”

[[316367]]

自動(dòng)化軟件可以簡(jiǎn)化Willenbring的工作。在接下來(lái)的幾年里，這些問(wèn)題占據(jù)了他的大部分精力。

Willenbring的經(jīng)歷并不罕見(jiàn)。隨著自動(dòng)化通過(guò)IT技術(shù)的應(yīng)用而迅速普及，并提供了一些寶貴的經(jīng)驗(yàn)和教訓(xùn)。

從DevOps的自動(dòng)化工作流到機(jī)器人流程自動(dòng)化(RPA)，自動(dòng)化流程旨在減少繁瑣的工作，并使熟練的員工解脫出來(lái)從事更高級(jí)別的任務(wù)。但是，具有缺陷的辦公場(chǎng)所或部署不完善的項(xiàng)目可能會(huì)使自動(dòng)化的夢(mèng)想變成一場(chǎng)噩夢(mèng)。一些IT專家對(duì)他們所聽(tīng)說(shuō)或遭遇的自動(dòng)化失敗案例進(jìn)行了闡述，并分享了六個(gè)技巧，以幫助企業(yè)的自動(dòng)化計(jì)劃避免失敗的命運(yùn)。

1. 自動(dòng)化是每個(gè)人工作的一部分

Willenbring的自動(dòng)測(cè)試面臨一個(gè)關(guān)鍵問(wèn)題：唯一了解自動(dòng)測(cè)試的人員就是構(gòu)建自動(dòng)測(cè)試軟件的人員，但通常他們并不一定在企業(yè)總部工作。

Willenbring說(shuō)：“測(cè)試框架的困難之一是，當(dāng)出現(xiàn)故障時(shí)，它無(wú)法真正提供良好的反饋。如果失敗，需要做的第一件事就是通過(guò)協(xié)作應(yīng)用程序Slack聯(lián)系測(cè)試負(fù)責(zé)人，并問(wèn)為什么會(huì)失敗?然后，通過(guò)人工重新運(yùn)行測(cè)試，對(duì)于框架的某些特殊版本，需要對(duì)可看到結(jié)果或?qū)⒁獙l(fā)生的情況進(jìn)行溝通。”

DXC科技公司全球DevOps產(chǎn)品經(jīng)理Robert Haas表示，其測(cè)試框架違反了兩項(xiàng)基本規(guī)則，每個(gè)自動(dòng)化制度都應(yīng)遵守這兩條規(guī)則。首先是必須記錄自動(dòng)化代碼。Haas說(shuō)：“無(wú)論企業(yè)使用像編制文檔之類的現(xiàn)代方法，還是對(duì)Visio圖表進(jìn)行注釋，如果有一些文檔描述了最初所做的事情，那么解決問(wèn)題將變得更加容易。”

如果沒(méi)有文檔，自動(dòng)測(cè)試對(duì)Willenbring的團(tuán)隊(duì)是難以理解的。他們將無(wú)法理解測(cè)試結(jié)果，并且對(duì)測(cè)試和創(chuàng)建它們的團(tuán)隊(duì)失去信心。Willenbring說(shuō)：“有時(shí)候開(kāi)發(fā)人員可能并不在乎，認(rèn)為這不可能是真正的失敗。有時(shí)候，測(cè)試框架確實(shí)存在真正的失敗。但是，關(guān)鍵問(wèn)題是對(duì)測(cè)試和結(jié)果缺乏信任。”

Haas的另一個(gè)建議是：“根據(jù)需要交付的業(yè)務(wù)價(jià)值，對(duì)需要實(shí)現(xiàn)自動(dòng)化的活動(dòng)進(jìn)行優(yōu)先排序。”但是由于Autodesk的測(cè)試團(tuán)隊(duì)與開(kāi)發(fā)團(tuán)隊(duì)如此分離，Willenbring發(fā)現(xiàn)他選擇的代碼庫(kù)中的許多領(lǐng)域都違背了常識(shí)。他說(shuō)，“需要讓主題專家或了解重要內(nèi)容的人員選擇要測(cè)試的東西。如果只是在瀏覽一大堆錯(cuò)誤記錄，那么不能保證測(cè)試的數(shù)量能夠準(zhǔn)確地反映出任何有意義的東西。”

新上任的工程總監(jiān)使Willenbring及其團(tuán)隊(duì)擺脫了這一惡性循環(huán)。工程總監(jiān)要求質(zhì)量測(cè)試成為每個(gè)人的工作，其中包括測(cè)試自動(dòng)化，并取消集中式測(cè)試，讓各個(gè)部門負(fù)責(zé)為其工作編寫測(cè)試代碼。Willenbring和他的團(tuán)隊(duì)現(xiàn)在可以根據(jù)自己的需求量身定制測(cè)試，并將該過(guò)程整合到他們的日常生活中。最后他說(shuō)：“必須對(duì)‘那不是我的工作’的態(tài)度制定零容忍政策。”

Willenbring為此受到啟發(fā)，并對(duì)其自動(dòng)化之旅進(jìn)行了詳細(xì)的描述，其中包括人們可能感興趣的深入材料，以及他處理的Selenium和Cypress測(cè)試框架的詳細(xì)信息。

2. 為復(fù)雜性做好準(zhǔn)備

安全和合規(guī)自動(dòng)化供應(yīng)商Tripwire公司最近注意到該公司的一個(gè)大型金融客戶的自動(dòng)化解決方案運(yùn)行有些奇怪。

Tripwire的加拿大地區(qū)經(jīng)理Irfahn Khimji說(shuō)：“這家公司部署了自動(dòng)解決方案，但卻花費(fèi)了很長(zhǎng)時(shí)間，我們一直在想為什么看不到其許可證使用率顯著上升?因?yàn)樗麄儾渴鸬乃俣葢?yīng)該很快。”

事實(shí)證明，大部分自動(dòng)化的持續(xù)集成(CI)/持續(xù)部署(CD)管道的理想正在金融組織的各個(gè)業(yè)務(wù)部門工作中實(shí)現(xiàn)，每個(gè)業(yè)務(wù)部門都依賴于自己定制的軟件組件集。

Khimji說(shuō)：“他們正在嘗試使用30多種應(yīng)用程序，這些應(yīng)用程序的商品化(在各種庫(kù)中需要的模塊以及類似的東西)都面臨一些挑戰(zhàn)。調(diào)整管道以處理所有這些不同的變化確實(shí)減緩了自動(dòng)化過(guò)程，因?yàn)樗粌H是簡(jiǎn)單的部署，還需要確保所有這些不同的技術(shù)都相互協(xié)作。”

沒(méi)有什么靈丹妙藥可以解決這個(gè)問(wèn)題，但是需要知道，隨著自動(dòng)化流程中組件數(shù)量的增長(zhǎng)，連接這些組件所需的管道數(shù)量會(huì)以指數(shù)級(jí)增長(zhǎng)，并變得更加復(fù)雜。當(dāng)過(guò)渡到自動(dòng)化流程時(shí)，這種復(fù)雜性將需要更多的時(shí)間和資源。

增加這種復(fù)雜性的另一個(gè)因素不僅是要連接的組件數(shù)量，還包括它們的來(lái)源。大多數(shù)管道或機(jī)器人流程自動(dòng)化(RPA)驅(qū)動(dòng)的環(huán)境都包含內(nèi)部組件和第三方組件的異構(gòu)組合，如果出現(xiàn)問(wèn)題將難以解決。

DXC科技公司的Haas說(shuō)：“確保持續(xù)集成(CI)/持續(xù)部署(CD)管道或自動(dòng)化過(guò)程的所有組件都與軟件提供商簽訂維護(hù)合同。如果有開(kāi)源組件，請(qǐng)進(jìn)行風(fēng)險(xiǎn)評(píng)估，以確定是否應(yīng)考慮使用產(chǎn)品的托管版本，而不是依靠開(kāi)源社區(qū)的基于Web的支持。”

3. 當(dāng)心“黑盒”

金融機(jī)構(gòu)一直是希望部署機(jī)器人流程自動(dòng)化(RPA)和聊天機(jī)器人的機(jī)構(gòu)之一，Aisera公司的首席執(zhí)行官兼聯(lián)合創(chuàng)始人Muddu Sudhakar警告說(shuō)，他在這些環(huán)境中經(jīng)常看到這樣一種情況：流程被視為一個(gè)單一的整體功能單元，成為了一個(gè)“黑盒”，其內(nèi)部操作很難被排除在故障之外。

他說(shuō)：“在整體結(jié)構(gòu)中，客戶將檢查其帳戶的狀態(tài)，如果要提取并轉(zhuǎn)移這筆費(fèi)用，這一切都將一步到位。如果出了問(wèn)題，并且沒(méi)有經(jīng)過(guò)審計(jì)的步驟監(jiān)控，那么在災(zāi)難性失敗中取回資金的唯一方法是致電客戶服務(wù)部門，也許需要親自去銀行取款。”

對(duì)于Sudhakar來(lái)說(shuō)，這種設(shè)計(jì)通常是企業(yè)早期采用自動(dòng)化的標(biāo)志。只要一切都按計(jì)劃進(jìn)行，這樣的項(xiàng)目就可以產(chǎn)生良好的結(jié)果。但是如果不是這樣，企業(yè)通常必須回來(lái)拆分這些黑盒。最好從一開(kāi)始就避免使用它們。

他說(shuō)：“將每個(gè)過(guò)程分解為多個(gè)構(gòu)建塊，其中每個(gè)構(gòu)建塊都是可審核和可監(jiān)控的。”

4. 建立制衡機(jī)制

Ari Meisel是Less Doing公司創(chuàng)始人，也是一位對(duì)自動(dòng)化工作特別感興趣的生產(chǎn)力教練。他經(jīng)常為生活方便開(kāi)發(fā)一些自動(dòng)化軟件。但當(dāng)他試圖避免停車罰單時(shí)，采用自動(dòng)化軟件卻遭遇了一個(gè)沉痛的教訓(xùn)。

Meisel擁有一輛皮卡車，從技術(shù)上講是一輛商用車，而在他居住的紐約市，這種汽車的擁有者很容易對(duì)罰單提出異議：“可以向當(dāng)?shù)刎?cái)務(wù)部門發(fā)送信函辯解說(shuō)，‘我正在送貨。'”

他承認(rèn)，他的這種做法并不完全合法的：他創(chuàng)建了一種自動(dòng)化軟件系統(tǒng)，可以隨機(jī)生成發(fā)票，并將發(fā)票和信函發(fā)給當(dāng)?shù)刎?cái)政部門，以對(duì)取消罰單進(jìn)行辯解。他表示這種方法開(kāi)始奏效，但卻出現(xiàn)了問(wèn)題，因?yàn)樵撓到y(tǒng)發(fā)送了100多次完全一樣的信函和發(fā)票，財(cái)務(wù)部門威脅要把我送進(jìn)監(jiān)獄，為此我找到律師進(jìn)行辯護(hù)，最終結(jié)果我為此花費(fèi)了3.6萬(wàn)美元。”

他意識(shí)到，他的自動(dòng)化處理軟件需要的是一個(gè)防錯(cuò)措施。這個(gè)術(shù)語(yǔ)的意思是“防錯(cuò)”，在豐田公司的汽車生產(chǎn)體系中，采用過(guò)程的步驟，這個(gè)步驟被分成了兩個(gè)步驟，第二個(gè)步驟的運(yùn)行依賴于第一個(gè)步驟。雖然增加步驟但反而提高了效率，這好像有些自相矛盾，但如果沒(méi)有排除錯(cuò)誤將會(huì)影響生產(chǎn)線運(yùn)行。Meisel說(shuō)，在他的逃避罰單的計(jì)劃中，如果自動(dòng)運(yùn)行程序?qū)⒚恳粡埌l(fā)票與之前發(fā)送的發(fā)票進(jìn)行比較，查看內(nèi)容是否相同。這是一件很容易做到的事。”

這擴(kuò)展了Aisera的Sudhakar的建議：每個(gè)自動(dòng)化步驟不僅應(yīng)該是可以審核的，而且還應(yīng)由其他自動(dòng)化步驟不斷進(jìn)行審核。在AIOps領(lǐng)域中，自動(dòng)化平臺(tái)承擔(dān)了工程師的IT管理負(fù)擔(dān)。Sudhakar說(shuō)：“我稱之為美國(guó)航天局(NASA)方法。NASA必須假設(shè)將要發(fā)生的故障，必須采用具有制衡功能的AIOps解決方案。”

但是，除非親身經(jīng)歷了自動(dòng)化的失敗，否則很難看到它的價(jià)值，Meisel說(shuō)：“人們?cè)?0%的時(shí)間內(nèi)都會(huì)出問(wèn)題。他們表示，不會(huì)采用這種永遠(yuǎn)不會(huì)真正受益的自動(dòng)化技術(shù)，然后卻發(fā)現(xiàn)他們確實(shí)需要它。”

5. 不要忽視安全

自動(dòng)化的持續(xù)集成(CI)/持續(xù)部署(CD)管道有一個(gè)秘密：許多用于解決安全性要求的管道最初是作為影子IT推出的。Tripwire的Khimji說(shuō)：“開(kāi)發(fā)者想繼續(xù)下一次迭代(開(kāi)發(fā)代碼)。因此，當(dāng)嚴(yán)格的IT和安全流程陷入困境時(shí)，他們認(rèn)為，‘我可以在云平臺(tái)中生成這些映像，并且我可以規(guī)避它們。”

這并不意味著這些管道天生就不安全，但是應(yīng)該調(diào)查哪些安全實(shí)踐是為了提高自動(dòng)化效率而放棄的。此外，需要記住，任何自動(dòng)化進(jìn)程都代表了攻擊的另一個(gè)向量。自主操作的進(jìn)程可能具有提升的權(quán)限，使它們成為誘人的目標(biāo)。Aisera公司的Sudhakar說(shuō)，他了解一些稱之為“黑天鵝”的例子：例如一個(gè)競(jìng)爭(zhēng)對(duì)手在一家公司內(nèi)部使用DevOps管道將惡意軟件注入代碼庫(kù)，使其傳播到生產(chǎn)環(huán)境中，使其系統(tǒng)無(wú)法運(yùn)行。

6.不要廉價(jià)地自動(dòng)化

Tesults公司首席開(kāi)發(fā)人員和創(chuàng)始人Ajeet Dhaliwal發(fā)現(xiàn)，不當(dāng)?shù)某醋鲿?huì)帶來(lái)誤解。許多企業(yè)都有一個(gè)“自動(dòng)化測(cè)試”的愿景，但它與最佳實(shí)踐大相徑庭。在沒(méi)有技術(shù)背景的小型組織中尤其如此。由于他們了解人工測(cè)試，因此從邏輯上講，自動(dòng)測(cè)試應(yīng)該只是無(wú)需人工干預(yù)即可進(jìn)行的人工測(cè)試的一種版本。

因此，Dhaliwal說(shuō)，“他們鼓勵(lì)那些沒(méi)有軟件開(kāi)發(fā)背景的傳統(tǒng)質(zhì)量保證(QA)測(cè)試人員執(zhí)行人工測(cè)試，使測(cè)試實(shí)現(xiàn)自動(dòng)化。有時(shí)這意味著使用工具，只記錄人工用戶界面(UI)測(cè)試，以便以后重復(fù)進(jìn)行。這些方法的健壯性和靈活性與開(kāi)發(fā)人員在自動(dòng)化方面能夠?qū)崿F(xiàn)的目標(biāo)不匹配。”

Dhaliwal補(bǔ)充說(shuō)：“自動(dòng)化測(cè)試開(kāi)發(fā)人員還需要成為軟件工程師。有一些初級(jí)開(kāi)發(fā)人員參與是可以的，但是這些公司需要一些經(jīng)驗(yàn)豐富的開(kāi)發(fā)人員來(lái)領(lǐng)導(dǎo)這項(xiàng)工作，而他們沒(méi)有這樣的人員。”

而且，正如Autodesk的Willenbring所說(shuō)，軟件工程師還需要了解如何構(gòu)建自動(dòng)化流程。他說(shuō)：“這只是開(kāi)發(fā)人員將擁有的技能之一。當(dāng)企業(yè)可以使用這些技能時(shí)，希望這些技巧將有助于企業(yè)的自動(dòng)化項(xiàng)目獲得成功。”