移動APP測試流程

移動APP測試流程學習

　　第一步：

　　測試計劃：參考項目開發、參考開發計劃、肯定參與人員、肯定所需時間和資源、明確測試階段、作出風險評估

　　第二步：

　　測試方案：參考測試計劃、明確測試任務、明確測試方法、肯定所需時間和資源、明確測試階段、作出風險評估

　　第三步：

　　測試準備：環境搭建、測試數據、技術儲備

　　第四步：

　　測試用例設計及編寫：參考需求文檔、參考用戶需求、使用測試用例設計方法

　　第五步：

　　執行測試：    UI測試

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

　　　　　　　     功能測試

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

　　　　　　  　   健壯性測試

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

　 　　　　　　　適配

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

　　　　　　　　 穩定性測試

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

　 　　　　　　　性能測試

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

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

　 　　　　　　　迴歸測試

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

　　　　　　　　 上線測試

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

       第六步：

　　提交結果：提交測試結果、跟蹤測試結果

　　第七步：

　　文檔歸檔：測試計劃、測試方案、測試用例、測試報告

　　第八步：

　　發佈