APP測試流程

首先看看下面這個圖

ui測試

檢查ui，icon，文字，布局等ui元素與效果圖是否一致。一般ui方面不會存在特別嚴重的問題，作為建議提給產品就好了。

功能測試

檢驗功能是否符合需求，涉及到ui層，介面，資料，服務端，**邏輯等。功能方面的缺陷一般被定義為嚴重缺陷，必須修復。如果在時間欠缺的情況下，可通過會議與產品，開發，運營，專案負責人多方商議後，確定在不影響本版本的情況下延期處理。

健壯性測試

檢驗產品在出現異常時的處理機制。同時需要檢驗出現這些異常場景，或者是比較極限的情況的時候會否出現crash、anr的情況。一般只要有處理就不會出現問題。需要注意一些極限和異常場景，還有中斷和弱網的測試。

適配

檢驗產品的相容性，不同的硬體裝置，解析度，作業系統，螢幕尺寸，手機型號等。安卓這一塊兒是不太好做的，國內的定製系統太多了，一般方法都是針對主流機型進行測試。

穩定性測試

這裡通常使用的是monkey進行測試。之前我也是對monkey不屑一顧，後來經過前輩指點也是發現了它的強大之處。目前也屬於正在學習的階段。主要手段還是通過偽隨機事件流，進行大量的點選，滑動等操作，主要是用來檢測產品中隱藏的crash、anr的缺陷。

效能測試

服務端效能：主要監測，i/o，吞吐量，併發，壓力，負載等資料。針對測試結果進行分析，尋找效能瓶頸，完成對效能的優化。主要目的是檢查服務端的穩定性，能否達到預期目標，完成預期任務。這一塊兒筆者還沒有接觸就不深談了哈。

回歸測試

回歸測試，主要是針對開發修復的缺陷進行測試。評估改動的影響範圍，有目標有針對性的進行測試。其實還需要對老版本的功能、資料等進行回歸。不得不說黑盒就是麻煩，每一次改動，無論鉅細，無論影響範圍都必須要做這個。

上線測試

在發布上線之後，要在生產環境上進行最後一輪的系統測試。筆者一般是把前面所有做過的東西全部在做一次。