1、依據是否知道源碼
2、依據測試的粒度（測試的程度）
3、依據測試暴力程度
4、適配測試
1、依據是否知道源碼：
·黑盒：不知道源碼，只知道功能，依據功能進行測試
·白盒：知道源碼，依據代碼的邏輯編程測試
2、依據測試的粒度(測試的程度)
·方法測試：只測試單個方法是否有用、成功
·單元測試：封裝了Junit 單元測試。
·集成測試：將單元測試的單元集成在一起，然後再進行粒度較大的測試(*集成測試用於測試組件聯合起來運行的情況。即經過單元測試的獨立組件現在集成在一起，進行較大粒度的測)
·系統測試：系統作爲一個整體測試，測試各個組件間的交互，測試軟件和硬件。
3、依據測試暴力程度
·壓力測試：服務端，單位時間內，訪問次數、點擊次數，例如，寫的一個Android工程，需要測試是否有BUG，需要點擊每一個按鈕，測試每一個是否成功。如果人爲的話，點擊幾十次還行，當工程較大時，點擊幾千次或幾萬次就有些顯得不現實了，爲了解決這種事情，提供了以下解決方案
monkey測試（壓力測試、功能測試）：請一個猴子來幫忙點擊
第一步：需要使用adb，Linux命令來調用，所以首先配置環境變量，使之能在cmd中直接使用Linux命令。
adb 要配置環境變量：在環境變量中配置：SDK中platform-tools的路徑
下圖就是我的platform-tools的路徑，
配置完成後，在cmd中輸入adb，出現一大堆東西。就說明配置成功了。
第二步：進入到Linux shell環境中(Linux shell 是什麼？ 就相當於Windows cmd一樣)
命令： adb shell
第三步： # ： moneky -p <包名> count 什麼意思呢？
例如： money -p cn.itcast.weixin 1000 ---cn.itcast.weixin 爲你需要測試的包名，1000爲點擊次數。
·冒煙測試：對於硬件而言的測試。比如一直使用手機，手機會發熱，發熱到一定程度，會爆炸。
4、適配測試：
· 分辨率測試 ：一個Android工程在480*480的屏幕中顯示是這個樣子，在高於該分辨率的屏幕下將會有所不同，所以需要Weight(權重)的使用。
·手機系統版本的測試
·不同手機（android 二次開發）的測試
重點介紹一下：
Android粒度測試中的單元測試(Junit)：- android 單元測試 很好的封裝了 Junit框架 ，是對業務方法的測試 分爲兩種情況：
單元測試的實現步驟：
1. 準備業務類，編寫測試類，繼承AndroidTestCast，編寫測試方法
要測試的方法
2. 在AndroidManifest.xml application節點中添加測試類庫
<uses-library android:name ="android.test.runner"/>
3. 在AndroidManifest.xml 設置測試環境
<instrumenttation/> 中targetPackage這個不能少，且只能寫一個包。要被測試的包。
- 狀態：1. 綠條 ：測試成功
2. 紅條
- 藍叉 ：期望值與實際值不匹配，可能是業務邏輯寫錯了
- 紅叉 ： 運行中有異常
3. 斷言 取得if else
expected:期望的值
actual：實際的值
assertEquals(expected, actual);
4. 獲取上下文 getContext
getContext()；
- 單獨創建一個用於做測試的項目 android test project
1、File--other-- Android Test Project
2、Project Name
3、選擇要被測試的項目名稱
4、選擇版本，點擊finish
5、原本com.wuhao.testandroid下沒有東西，自己創建一個測試類Test1.java，
測試類內容，跟上面的一樣
優點：此方法的優點在於不用動要被測試的源代碼，並且不用在AndroidManifest.xml配置東西，系統已經完成了此工作。