“自動化測試失敗案例多”這本身是一個值得思考的現(xiàn)象。究其原因大多還是對自動化本身的認識存在不足，在認識不充分的前提下開展的自動化很難保障其效果。

一些項目開展自動化前，并沒有進行有效的自動化可行性預研，也并沒有結合業(yè)務對象進行有效的框架、工具選型或設計。

目前自動化框架、工具的發(fā)展，自動化早已不是能不能做的問題，而是要不要做的問題。假使連對自動化測試開展完，后續(xù)的規(guī)劃都沒有，又何必非要做呢，做完也不知道閑著干嘛，所以自動化宏觀意義是為了做更多有價值的測試（哪怕是補充其他手工測試）而開展自動化測試，這樣才能驅動做實現(xiàn)的自動化會被一直使用下去。

還有自動化開展本身是一把雙刃劍，這就是上面提到的是否去考慮過針對什么樣的業(yè)務對象采用什么樣的框架、工具的問題，自動化本身痛點包含開發(fā)成本、維護成本等，后者更為重要，難維護、難擴展的自動化是很難持續(xù)走下去的。

為什么要堅持做自動化？其實并沒有堅持去做，非做不可，這樣豈不是為了自動化而自動化？自動化的目的就是做完自動化？這都是不可取的。

另外，作為測試人員，隨著軟件技術的發(fā)展、應用，傳統(tǒng)手工測試方式越來越難以滿足測試要求，所以測試開發(fā)能力很重要，也是未來測試行業(yè)發(fā)展的所應具備的一種基礎能力。

原則一：提高綜合能力

首先你得學會測試，自動化測試畢竟是在用代碼寫用例。其次你要會寫代碼，你要把用例翻譯成代碼。不要迷信于錄制回放工具，光用這個基本上做不成項目。

沒有一個成功的自動化項目是菜鳥做成功的，當你做成功了一個項目以后，你自然就從菜鳥變成了高手。

原則二：以不變應萬變

UI總是在變化，比女人變化還快。

但是在變的過程中一定有一些東西是不變的，我們做自動化測試的時候要盡量用這些不變的東西。比如表單元素的name，一般不會頻繁變動，相對穩(wěn)定。

另外數(shù)據(jù)是會變的，比如你進入一個工單的列表頁面，有時候會有10條數(shù)據(jù)，有時候會有20條。有時候第一條數(shù)據(jù)的內容是A，有時候是B，這是因為數(shù)據(jù)在變化，這時候你只要讓數(shù)據(jù)能固定住，這樣進入工單列表后一定只有10條數(shù)據(jù)，第一條數(shù)據(jù)永遠是A，那么你的用例寫起來自然是神清氣爽，難度不高，也容易維護。

原則三：團結一力量切可以團結的

有時候可以利用手工人員一起改，對他們來說自動化是福音，能節(jié)約其回歸的時間，所以改用例對他們來說是很有必要的一件事情。

原則四：展現(xiàn)成果

一定要讓團隊成員知道你在干什么，報告是最簡單的途徑。成功的項目一定有很不錯的報告，這點不容置疑。

金融和運營商為什么需要移動自動化測試？

這兩年，關于移動自動化測試這事兒，金融和運營商都在 “忙叨”。這是為什么？

移動服務已經(jīng)成為各大銀行和運營商的基礎服務平臺及主要入口，移動服務制勝的關鍵是提供“好的客戶體驗”。

然而……蘋果系統(tǒng) IOS 只存在于幾個機型，而 Andriod 系統(tǒng)的機型多到數(shù)不清。如何讓每一款機型都有”好的用戶體驗”？

這就需要移動自動化測試。移動自動化測試除了移動自動化測試模塊之外，還包括移動手工測試、兼容性測試等模塊……這些模塊到底如何保障移動服務“好的用戶體驗”？

01

移動自動化測試模塊

所謂的移動自動化測試模塊，不是說放手什么都不用管了。

首先，需要先手工“走”一遍每個測試點，系統(tǒng)會自動記錄你“走”過的每一步；接下來，你只需把要測試的手機機型選好，不管是 10 個還是 100 個機型，都會自動“跑”起來，快速精準完成可復制的測試工作。

不僅如此，系統(tǒng)還會自動生成“每一步”的測試截圖及整體測試報告。哪“步”有問題，一目了然。

02

手工測試模塊

所謂的手工測試，可不是傳統(tǒng)意義的純手動測試。

手工的“走”一遍每個測試點后，系統(tǒng)除了自動生成“每一步”的測試截圖、整體測試報告，還會提供一份測試的性能報告（包括：CPU、內存、耗電量、流量……等情況）。

性能測試結果對“好的用戶體驗”有什么幫助？

它會告訴你，即使你“走”下來了，功能沒問題。但“走”得慢是為什么？是因為 CPU 慢還是耗電量高？性能測試結果會讓你瞬間 get 到底慢在哪兒了。

手工測試還能實現(xiàn)“一鍵提 bug”，真的只需要“一鍵”操作，系統(tǒng)就會自動完成 bug 截圖、上傳、同步等步驟。手工測試也很“自動化”。

03

兼容性測試模塊

所謂的兼容性測試，就是看這些機型的友好度。

全世界 Andriod 系統(tǒng)的手機機型多到數(shù)不清，同一個應用，那么多機型都能“覆蓋”嗎？通過系統(tǒng)，讓所有機型一起“跑”一遍這個應用，兼容性好不好，一看結果便知。

有些型號的手機能“跑”下來，但跑得比較慢，這里還需要性能測試。

性能最差的應用=客戶最差的體驗

通過移動 APP 交易就是為了便捷。差的體驗，如何便捷？

04

測試管理模塊

所謂的測試管理，就像個記賬本。

測試管理模塊，管的是人、項目、項目應用的賬號及它的權限。這就像你買了一批 HB、2B、2H 鉛筆，哪種鉛筆用的多？哪種存貨少？買了什么文具，這些都需要記賬管理。

測試管理模塊以可視化的方式，統(tǒng)計、分析、展示各個型號手機的使用情況。哪些型號的手機正在用，哪些使用率高，哪些不夠用……這個功能，讓你的決策有據(jù)可依。

05

云手機平臺模塊

所謂的云手機測試，就是讓資源得到最大化的利用。

把各種型號的手機，部署到企業(yè)在私有云上。由使用者按需申請，通過瀏覽器或手機進行操作，完成移動端測試工作，也可以雙向同步。在使用的過程中，系統(tǒng)還會自動記錄下“每一步”，生成截圖。

將分散的移動設備，集中管理起來，保證資源的最大化的匹配。

以上這些模塊，如果整合到一個平臺，這個平臺的“自動化測試”綜合戰(zhàn)斗力一定所向披靡。

東軟 UniEAP UTF 移動自動化測試平臺，實質上就是這樣一個解決移動自動化測試綜合平臺，它由云手機平臺、自動化測試、手工測試、兼容性適配測試、性能測試、測試管理、可視化分析等模塊組成。

東軟 UniEAP UTF 移動自動化測試平臺是一款通用、可擴展的自動化測試產(chǎn)品，能夠降低自動化測試門檻，有效平衡測試質量和效率，提升測試復用度和執(zhí)行有效性，輕松在線管理移動設備，解決用戶流失問題，快速穩(wěn)定的完成測試，做好風險管控、提升項目的持續(xù)交付能力。

隱藏在 UniEAP UTF 移動自動化測試平臺背后的是東軟多年扎實積累的自動化測試能力，平臺目前服務于建設銀行、民生銀行、華夏銀行、中移在線、中移信息等金融及運營商行業(yè)龍頭企業(yè)。幫助企業(yè)在短時間內執(zhí)行大量的重復性測試任務和多終端測試任務，提高企業(yè)的 APP 測試效率。

來源：東軟平臺產(chǎn)品 https://platform.neusoft.com/

理論使然，但完成一件復雜的事情的時候，單一的工具往往很難很好地完成。任何語言都有擅長的部分，不擅長的地方，取長補短才是王道。