一、安裝卸載android
1）安裝：安裝需考慮測試機的系統版本 ios
●安裝涉及到的版本兼容： 安卓： 4.0版本 6.0版本 7.0版本 ios：8.0版本 10.0版本 11.0版本 api
●軟件安裝後是否能夠正常運行，安裝後的文件夾及文件是否能夠寫到指定的目錄裏。 瀏覽器
●安裝過程當中是否能夠取消 服務器
●安裝空間不足時是否有相應提示 微信
●若是應用須要經過網絡驗證之類的安裝，須要測試一下斷網狀況下是否有相應提示網絡
2）卸載：測試卸載後文件是否所有刪除全部的安裝文件夾，卸載過程當中出現死機，斷電，重啓等意外的狀況，待環境恢復後是否能夠正確卸載，卸載是否支持取消功能，單擊取消後軟件卸載狀況是否正常app
二、版本更新函數
更新設置 後臺/ZK配置
工具
1）強制更新 不更新沒法作其餘操做
2）非強制更新 其餘更新入口：如設置，我的中心
3）更新規則 ：根據產品需求
4）點擊【當即更新】後頁面跳轉
5）弱網更新
6）更新下載進度條
7）殺進程後，從新打開app查看是否提示更新彈框
8）更新過程當中暫停，再繼續下載更新，可以正常安裝，啓動
9）在線更新
三、適配
1）手機不一樣分辨率支持
2）手機不一樣廠家系統的支持：不一樣廠家會有不一樣android系統，例如：小米，華爲，vivo等主流手機的支持
3）手機不一樣尺寸的支持：3.5到5.0屏幕在UI顯示有區別，要支持最大到最小
四、登陸
1）token失效：從新登陸後，頁面展現 ；token失效後，更換帳號登陸，是否出現數據錯誤模擬token失效 可藉助Charles工具，但前提須要開發打接口響應時間較長的安裝包
2）app殺進程從新進
五、app權限設置
通常啓動app是需考慮app各項權限的使用，例如：相機，通話，聲音，通信錄，地理位置，獲取imei等權限，將相機權限關閉後，app可以正常啓動，啓動調用相機時，是否能正常彈框提示
六、交叉事件測試【中斷測試】
1）操做軟件時，來電話、短信、電量不足提示等外部事件
2）軟件運行時，由前臺切換到後臺，再切回前臺後，應仍可正常運行使用。
3）殺進程後重啓APP，自動登陸用戶登陸信息；
4）多個應用切換，不會出現異常；
七、操做類型測試
橫屏測試，手勢測試，home鍵，音量鍵，power鍵等。
八、網絡測試
1）斷網——重連：斷網後提示網絡鏈接不可用，網絡恢復後頁面正常；
2）網絡切換：wifi——4G：不會出現異常；
3）弱網測試–經過代理的方式模擬弱網環境進行測試（fiddler能夠設置延遲）：接口響應時間超過10S，APP端則按超時處理；
4）熱點模擬：鏈接手機共享熱點或者FaceBook開源的ATC（可以使用樹莓派來搭建 ACT環境）
九、刷新測試
下拉刷新
十、翻頁測試
上拉加載下一頁
十一、分享測試
1）一次分享（在APP內點分享按鈕進行分享）；
2）二次（屢次）分享（從APP分享給微信/QQ好友後，微信好友打開連接後分享給其餘人），要注意連接中的用戶信息是否正確；
3）在瀏覽器中打開分享連接；
十二、彈窗測試
1）首頁彈窗；
2）完成某項操做後彈窗；
3）App更新彈窗；
4）一個頁面多種彈窗；
1三、Push測試
①檢查push消息是否按照指定的業務規則發送 ；
②檢查不接受推送消息時，檢查用戶不會再接收到push；
③若是用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到PUSH。在非免打擾時間段，用戶能正常收到push；
④當push消息是針對登陸用戶的時候，須要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。通常狀況下，只對手機上最後一個登陸用戶進行消息推送。
⑤安卓用戶，應用在前臺/後臺都能收到push。IOS用戶，只有應用在後臺時才能收到push，應用在在前臺收不到push(開發也能夠代碼實現應用在前臺也能夠接收push)；
1四、異常測試
①APP運行過程當中斷網；
②APP運行過程當中斷電；
③APP在內存不足的手機上運行；
④清空數據或強制退出後，APP可否正常運行；
⑤長時間開機且開app，看是否會出現異常狀況；
=====================================
工具使用，性能及穩定性測試介紹：
一、app抓包工具 Charles&Fiddler
可實現Android和IOS側網絡抓包、攔截請求並重定向資源等功能。
抓包前，須要對測試機配置代理，具體操做步驟以下：
https://jingyan.baidu.com/article/03b2f78c7b6bb05ea237aed2.htm
1).win+R調出命令彈窗->cmd→ipconfig查找本地ip地址
2).打開fiddler->Tools -> Fiddler Options ->Connections下勾選「Allow romote computers to connect」
3).進入手機設置頁面，找到手機鏈接的WiFi，進行以下設置：
服務器爲電腦本機的ip，端口爲fiddler請求的默認端口號8888
如此，便可進行fiddler抓包測試啦！！！！！
二、app性能測試常見指標：
1)、內存
2)、CPU
3)、流量
4)、電量
5)、啓動速度
6)、滑動速度、界面切換速度
7)、與服務器交互的網絡速度
Android性能測試分爲兩類：
一、一類爲rom版本（系統）的性能測試
二、一類爲應用app的性能測試
①Android的app性能測試包括的測試項好比：
a.資源消耗
b.內存泄露
c.電量功耗
d.耗時
e.網絡流量消耗
f.移動終端相關資源利用率
g.幀率
h.渲染等等....
②工具：GT、Emmagee、itest等（工具的原理都是基於調用android底層的一些api來獲取到測試所用到的值）
③測試方法：
a.設計場景 ：手工或自動化場景；
b.獲取數據：可獲取的數據包括：內存、cpu、電量功耗、hprof（內存泄露分析文件）、響應時間等等。。。。配合手工或自動化場景來獲取
數據（最好多取幾回並且每次配合不一樣的設備看平均值）做爲最後的對比分析；
c.結果分析 ：拿到數據後分析哪些模塊的數據異常再去Check code定位問題的緣由。
④Android系統的幾種場景狀態：
a.空閒狀態： 指打開應用後，點擊home鍵讓應用後臺運行，此時應用處於的狀態叫作空閒;
b.中等規格和滿規格狀態：中等規格和滿規格指的是對應用的操做時間的間隔長短不一，中等規格時間較長，滿規格時間較短。
三、app穩定性測試
①安卓APP的穩定性經常使用monkey命令進行測試，經過隨機事件流模擬人的操做，對檢查程序的內存溢出、空指針有很大的做用。
②Monkey主要用來檢測系統ANR及Crash等問題。
ANR的全稱是application not responding，根據它的意思咱們就能看出來是應用程序未響應，就像是咱們在電腦上碰到的 程序未響應，通常電腦出現這種狀況，多是因爲咱們打開了不少應用程序，佔用了大量的內存，或者CPU時間片被一個應用 程序長時間佔用，不夠分配，致使部分應用程序出現了無響應。
下圖就是咱們見到的APP無響應的時候出現的對話框，產生ANR的緣由不少，可是隻有在Activty中的ANR纔會彈出對話框， 對話框有兩個選項，一個是等待，一個是關閉程序供用戶選擇：
ANR產生的條件：
一、只有主線程纔會產生ANR，主線程就是UI線程；
二、必須發生某些輸入事件或特定操做，好比按鍵或觸屏等輸入事件，在BroadcastReceiver或Service的各個生命週期調用函數；
三、上述事件響應超時，不一樣的context規定的上限時間不一樣
ANR產生的環境：
一、5秒內沒法對輸入事件（按鍵及觸摸）作出響應
二、廣播接收器沒法在10秒內結束運行
具有了以上三個條件，那麼加上這兩個環境，就會產生ANR了。
本文分享自微信公衆號 - 無量測試之道（gh_858a1aa25a6d）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。