這個東西好像我記得在我的移動APP測試經驗里有寫到。記得不是那么清楚了，正好今天有人問，我就整理一下貼出來給大家看看吧。
首先看看下面這個圖
我想這幅圖應該能夠很明確的展示APP測試的流程了。然后需要說明的是執行測試那一段。因為用的xmind，字數太多圖看起來就太小了，所以在這里說一下每個階段對應的東西。
UI測試
檢查UI圖片，icon，文字，布局等UI元素與效果圖是否一致。一般UI方面不會存在特別嚴重的問題，作為建議提給產品就好了。
功能測試
檢驗功能是否符合需求，涉及到UI層，接口，數據，服務端，代碼邏輯等。功能方面的缺陷一般被定義為嚴重缺陷，必須修復。如果在時間欠缺的情況下，可通過會議與產品，開發，運營，項目負責人多方商議后，確定在不影響本版本的情況下延期處理。
健壯性測試
檢驗產品在出現異常時的處理機制。同時需要檢驗出現這些異常場景，或者是比較極限的情況的時候會否出現crash、anr的情況。一般只要有處理就不會出現問題。需要注意一些極限和異常場景，還有中斷和弱網的測試。
適配
檢驗產品的兼容性，不同的硬件設備，分辨率，操作系統，屏幕尺寸，手機型號等。安卓這一塊兒是不太好做的，國內的定制系統太多了，一般方法都是針對主流機型進行測試。
穩定性測試
這里通常使用的是monkey進行測試。之前我也是對monkey不屑一顧，后來經過前輩指點也是發現了它的強大之處。目前也屬於正在學習的階段。主要手段還是通過偽隨機事件流，進行大量的點擊，滑動等操作，主要是用來檢測產品中隱藏的crash、anr的缺陷。
性能測試
客戶端性能：主要監測，客戶端運行時設備的CPU，GPU，流量，耗電量，響應時間等數據。進行數據分析，針對客戶端對產品進行優化，從而提升產品的競爭力。這里是可以檢查出內存泄漏的哦。在深入的發掘可以分析客戶端的性能瓶頸，甚至定位出影響客戶端性能的代碼。這一塊兒作為APP的專項測試，實際上可以做的東西有很多，也值得大家去發掘去做。只是國內大部分中小型的公司還沒有重視起來，都還屬於走過場的形式，筆者也沒有特別深入的去做，也就不講了。
服務端性能：主要監測，I/O，吞吐量，並發，壓力，負載等數據。針對測試結果進行分析，尋找性能瓶頸，完成對性能的優化。主要目的是檢查服務端的穩定性，能否達到預期目標，完成預期任務。這一塊兒筆者還沒有接觸就不深談了哈。
回歸測試
回歸測試，主要是針對開發修復的缺陷進行測試。評估改動的影響范圍，有目標有針對性的進行測試。其實還需要對老版本的功能、數據等進行回歸。不得不說黑盒就是麻煩，每一次改動，無論巨細，無論影響范圍都必須要做這個。
上線測試
在發布上線之后，要在生產環境上進行最后一輪的系統測試。筆者一般是把前面所有做過的東西全部在做一次。
嗯...這個是根據傳統的瀑布式模型整理的東西。
博客持續更新...東西也比較雜，畢竟咱也只是個小測試想到哪寫到哪。只希望對大家有所幫助。