APP測試流程

這個東西好像我記得在個人移動APP測試經驗裏有寫到。記得不是那麼清楚了，正好今天有人問，我就整理一下貼出來給你們看看吧。

首先看看下面這個圖

 

我想這幅圖應該可以很明確的展現APP測試的流程了。而後須要說明的是執行測試那一段。由於用的xmind，字數太多圖看起來就過小了，因此在這裏說一下每一個階段對應的東西。

UI測試

檢查UI圖片，icon，文字，佈局等UI元素與效果圖是否一致。通常UI方面不會存在特別嚴重的問題，做爲建議提給產品就行了。

功能測試

檢驗功能是否符合需求，涉及到UI層，接口，數據，服務端，代碼邏輯等。功能方面的缺陷通常被定義爲嚴重缺陷，必須修復。若是在時間欠缺的狀況下，可經過會議與產品，開發，運營，項目負責人多方商議後，肯定在不影響本版本的狀況下延期處理。

健壯性測試

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

適配

檢驗產品的兼容性，不一樣的硬件設備，分辨率，操做系統，屏幕尺寸，手機型號等。安卓這一起是不太好作的，國內的定製系統太多了，通常方法都是針對主流機型進行測試。

穩定性測試

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

性能測試

客戶端性能：主要監測，客戶端運行時設備的CPU，GPU，流量，耗電量，響應時間等數據。進行數據分析，針對客戶端對產品進行優化，從而提高產品的競爭力。這裏是能夠檢查出內存泄漏的哦。在深刻的發掘能夠分析客戶端的性能瓶頸，甚至定位出影響客戶端性能的代碼。這一起做爲APP的專項測試，實際上能夠作的東西有不少，也值得你們去發掘去作。只是國內大部分中小型的公司尚未重視起來，都還屬於走過場的形式，筆者也沒有特別深刻的去作，也就不講了。

服務端性能：主要監測，I/O，吞吐量，併發，壓力，負載等數據。針對測試結果進行分析，尋找性能瓶頸，完成對性能的優化。主要目的是檢查服務端的穩定性，可否達到預期目標，完成預期任務。這一起筆者尚未接觸就不深談了哈。

迴歸測試

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

上線測試

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

 

嗯...這個是根據傳統的瀑布式模型整理的東西。

博客持續更新...東西也比較雜，畢竟咱也只是個小測試想到哪寫到哪。只但願對你們有所幫助。