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

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

然而……蘋果系統 IOS 只存在於幾個機型，而 Andriod 系統的機型多到數不清。如何讓每一款機型都有”好的使用者體驗”？

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

01

移動自動化測試模組

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

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

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

手工測試模組

所謂的手工測試，可不是傳統意義的純手動測試。

手工的“走”一遍每個測試點後，系統除了自動生成“每一步”的測試截圖、整體測試報告，還會提供一份測試的效能報告（包括：CPU、記憶體、耗電量、流量……等情況）。

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

03

相容性測試模組

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

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

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

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

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

04

測試管理模組

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

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

05

雲手機平臺模組

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

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

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

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

東軟 UniEAP UTF 移動自動化測試平臺是一款通用、可擴充套件的自動化測試產品，能夠降低自動化測試門檻，有效平衡測試質量和效率，提升測試複用度和執行有效性，輕鬆線上管理移動裝置，解決使用者流失問題，快速穩定的完成測試，做好風險管控、提升專案的持續交付能力。

節省人力吧,我也是幹測試的,幹自動化測試也有三年了。UI自動化ne,定位最重要。不穩定,介面呢說起來蠻高階的,說白了就是介面功能。

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

一些專案開展自動化前，並沒有進行有效的自動化可行性預研，也並沒有結合業務物件進行有效的框架、工具選型或設計。

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

還有自動化開展本身是一把雙刃劍，這就是上面提到的是否去考慮過針對什麼樣的業務物件採用什麼樣的框架、工具的問題，自動化本身痛點包含開發成本、維護成本等，後者更為重要，難維護、難擴充套件的自動化是很難持續走下去的。

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

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

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

先將看家本領程式碼敲熟練了。如果一個工具或者程式碼不能掌握到得心應手的程度，那麼做起專案來應該是困難重重的。還有，自己多寫程式碼，多去理解錯誤提示，很多問題你自己就能頓悟了。