模板
教程
環境
性能
功能
管理
Android平臺自動測試之Monkey測試工具(15)
發表于：2016-09-12來源：cnblogs作者：cnb_yangwei點擊數：
標簽：
比如這次有一個新項目，剛開始的項目，然后代碼編譯都ok了。那么作為新項目而言，我們專項其實有很多，但是又不可能都做，這個受限于你的團隊的大
比如這次有一個新項目，剛開始的項目，然后代碼編譯都ok了。那么作為新項目而言，我們專項其實有很多，但是又不可能都做，這個受限于你的團隊的大小，以及功能的完整度。那么可能先做最關鍵的，比如CR，比如功能體驗路徑的對比，比如內存消耗的對比，比如不同網絡下的數據對比，那么這些都是相對一個移動應用來講最最重要的。剩下的可以在之后的迭代中陸續去評估掉。顆粒度的話，還是那句話，目前除了電量以外，剩下的數據基本上都是可以通過各種方式（插樁，越獄，調用原生API，Hook等）拿到的。
怎么才算完成
這個的確是一個比較逼人的問題。所以我才會說評估不僅僅是通過打出來的apk或者ipa來做的。而是在在項目迭代中持續去做的，那么直到功能完成度100%的時候就差不多可以做一輪完整的。那么問題又來了，一般應用都還會繼續去改，怎么辦呢？所以我說要CR啊。要結合業務重要性，功能重要性，代碼的修改來一起評估每次修改所造成的影響。我們不可能每次都去做一次專項，所以這個是必須會的技能。
好了，這些解釋完了。那么我們繼續來看最最上面我提到的專項的關鍵點怎么辦。這個我就拿我在西安寫的keynote為例子吧。
Monkey
好吧。這個不是我，是工具。我先澄清下。
使用不同的策略：其實就是根據自己的策略（各種操作比重不同）來制定腳本，包括也可以簡單的二次開發，現在流行的做法就是去讀取當前所有的Views，然后去做遍歷，保證monkey可以在每個Activity上面都執行的到。
使用不同渠道商的腳本：現在各個渠道商都是有自己的monkey腳本來做測試的，如果不通過那么一樣耶會被退回來，那么與其這樣，不如提前去做。
修復所有的bug：那么這個就是標準了，0 crash和 0 ANR。這兩個都是不允許的。
內存
這個其實也是很重要的一個數據。那么我們在做之前首先先要來關注每個機器的OS給每個應用分配了多少內存占用量，否則你怎么知道數據是大是小呢。
原文轉自：http://www.cnblogs.com/iloverain/p/5604172.html
