移動端應用測試技術大彙總

移動端應用測試技術大彙總

畢業後就一直從事移動端的應用測試，十多年的經驗，多少有些感慨，此次把本身近年來的移動應用方面的測試經驗也寫下來，給你們分享。

其實測試相對來講是很簡單的，比沒有太多的複雜，基本就是根據需求制定測試流程，按步驟執行，固然，其中也包含一些必要的的測試工具，無論是手遊測試仍是app測試，基本思想誰不變的，就算是自動化的測試也同樣。

舉個例子，相對來講，不少小公司在測試方面沒有成熟的體系，測試時沒有具體的需求，時間也比較緊，那麼在流程不嚴謹的狀況之下，該怎樣去對項目進行用例的設計？我的以爲，項目到手，不是立刻就進入測試工做，而是，先熟悉下整個項目的流程，把大體的框架過一遍，不懂的地方記錄下來，再問開發，把流程都掌握了，再進行測試計劃、測試方案的編寫，根據需求來編寫用例腳本，把每一個功能模塊羅列出來，大體的功能點，用什麼方法去測試，都給標註，而後再根據測試需求執行測試。

目前移動端主流的測試方式有：
　　兼容性測試、功能測試、迴歸測試、中斷測試、弱網測試、壓力測試；

兼容性測試：對市場上主流的設備安裝應用執行測試，確保應用都能安裝、卸載基本功能且能正確運行，甚至測試ui異常、程序異常；

功能測試：對具體功能點一一測試，確保每一個點都能正確實現相應功能；

迴歸測試：版本迭代開發後須要，對全部新舊功能就行遍歷測試，確保全部功能、ui等正常運營

中斷測試：對於正在運行的應用，若進入短信、電話等其餘軟件響應的狀況，不會影響所測試應用，且會保證應用都能正確運行；

壓力測試：用戶量大，交互性高的應用需對接口執行壓力測試，確保不會應用在大用戶量的狀況下能正常運行。

以上多數都能實現自動化測試，好比自動化兼容性測試徹底能知足手遊測試和app測試，但向app功能測試這種就很難實現，比較簡單的就是自動化迴歸測試。

接下來的問題，說說影響app的性能有不少因素，這也是須要測試的緣由。用戶能忍受的最長響應時間是5秒，若是響應時間超過5秒，50%移動應用用戶會放棄，三分之一失望的用戶會轉向競爭對手的應用

根據以前，TestBird測試平臺統計的數據來看，鏈接超時、閃退、卡頓、崩潰、黑白屏、網絡劫持、交互性能差、CPU使用率問題、內存泄露、不良接口是移動應用性能影響最主要的緣由。

因此，提升產品性能在這種狀況下比新功能的開發更重要。很大程度上產品性能決定着用戶體驗，而用戶體驗最終就是確保留存的決定性因素。