1、安裝卸載
1)安裝:安裝需考慮測試機的系統版本
●安裝涉及到的版本兼容: 安卓: 4.0版本 6.0版本 7.0版本 ios:8.0版本 10.0版本 11.0版本
●軟體安裝後是否可以正常運行,安裝後的文件夾及文件是否可以寫到指定的目錄里。
●安裝過程中是否可以取消
●安裝空間不足時是否有相應提示
●如果應用需要通過網路驗證之類的安裝,需要測試一下斷網情況下是否有相應提示
2)卸載:測試卸載後文件是否全部刪除所有的安裝文件夾,卸載過程中出現死機,斷電,重啟等意外的情況,待環境恢復後是否可以正確卸載,卸載是否支持取消功能,單擊取消後軟體卸載情況是否正常
2、版本更新
更新設置 後台/ZK配置
1)強制更新 不更新無法做其他操作
2)非強制更新 其他更新入口:如設置,個人中心
3)更新規則 :根據產品需求
4)點擊【立即更新】後頁面跳轉
5)弱網更新
6)更新下載進度條
7)殺進程後,重新打開app查看是否提示更新彈框
8)更新過程中暫停,再繼續下載更新,能夠正常安裝,啟動
9)在線更新
3、適配
1)手機不同解析度支持
2)手機不同廠家系統的支持:不同廠家會有不同android系統,例如:小米,華為,vivo等主流手機的支持
3)手機不同尺寸的支持:3.5到5.0屏幕在UI顯示有區別,要支持最大到最小
4、登錄
1)token失效:重新登錄後,頁面展示 ;token失效後,更換賬號登錄,是否出現數據錯誤模擬token失效 可藉助Charles工具,但前提需要開發打介面響應時間較長的安裝包
2)app殺進程重新進
5、app許可權設置
一般啟動app是需考慮app各項許可權的使用,例如:相機,通話,聲音,通訊錄,地理位置,獲取imei等許可權,將相機許可權關閉後,app能夠正常啟動,啟動調用相機時,是否能正常彈框提示
6、交叉事件測試【中斷測試】
1)操作軟體時,來電話、簡訊、電量不足提示等外部事件
2)軟體運行時,由前台切換到後台,再切回前台後,應仍可正常運行使用。
3)殺進程後重啟APP,自動登錄用戶登錄信息;
4)多個應用切換,不會出現異常;
7、操作類型測試
橫屏測試,手勢測試,home鍵,音量鍵,power鍵等。
8、網路測試
1)斷網——重連:斷網後提示網路連接不可用,網路恢復後頁面正常;
2)網路切換:wifi——4G:不會出現異常;
3)弱網測試–通過代理的方式模擬弱網環境進行測試(fiddler可以設置延遲):介面響應時間超過10S,APP端則按超時處理;
4)熱點模擬:連接手機共享熱點或者FaceBook開源的ATC(可使用樹莓派來搭建 ACT環境)
9、刷新測試
下拉刷新
10、翻頁測試
上拉載入下一頁
11、分享測試
1)一次分享(在APP內點分享按鈕進行分享);
2)二次(多次)分享(從APP分享給微信/QQ好友後,微信好友打開鏈接後分享給其他人),要注意鏈接中的用戶信息是否正確;
3)在瀏覽器中打開分享鏈接;
12、彈窗測試
1)首頁彈窗;
2)完成某項操作後彈窗;
3)App更新彈窗;
4)一個頁面多種彈窗;
13、Push測試
①檢查push消息是否按照指定的業務規則發送 ;
②檢查不接受推送消息時,檢查用戶不會再接收到push;
③如果用戶設置了免打擾的時間段,檢查在免打擾時間段內,用戶接收不到PUSH。在非免打擾時間段,用戶能正常收到push;
④當push消息是針對登錄用戶的時候,需要檢查收到的push與用戶身份是否相符,沒有錯誤地將其它人的消息推送過來。一般情況下,只對手機上最後一個登錄用戶進行消息推送。
⑤安卓用戶,應用在前台/後台都能收到push。IOS用戶,只有應用在後台時才能收到push,應用在在前台收不到push(開發也可以代碼實現應用在前台也可以接收push);
14、異常測試
①APP運行過程中斷網;
②APP運行過程中斷電;
③APP在內存不足的手機上運行;
④清空數據或強制退出後,APP能否正常運行;
⑤長時間開機且開app,看是否會出現異常情況;
工具使用,性能及穩定性測試介紹:
1、app抓包工具 Charles&Fiddler
可實現Android和IOS側網路抓包、攔截請求並重定向資源等功能。
抓包前,需要對測試機配置代理,具體操作步驟如下:
1).win+R調出命令彈窗->cmd→ipconfig查找本地ip地址
2).打開fiddler->Tools -> Fiddler Options ->Connections下勾選「Allow romote computers to connect」
3).進入手機設置頁面,找到手機連接的WiFi,進行如下設置:
伺服器為電腦本機的ip,埠為fiddler請求的默認埠號8888
如此,即可進行fiddler抓包測試啦!!!!!

2、app性能測試常見指標:
1)、內存
2)、CPU
3)、流量
4)、電量
5)、啟動速度
6)、滑動速度、界面切換速度
7)、與伺服器交互的網路速度
Android性能測試分為兩類:
1、一類為rom版本(系統)的性能測試
2、一類為應用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.中等規格和滿規格狀態:中等規格和滿規格指的是對應用的操作時間的間隔長短不一,中等規格時間較長,滿規格時間較短。
3、app穩定性測試
①安卓APP的穩定性常常使用monkey命令進行測試,通過隨機事件流模擬人的操作,對檢查程序的內存溢出、空指針有很大的作用。
②Monkey主要用來檢測系統ANR及Crash等問題。
ANR的全稱是application not responding,根據它的意思我們就能看出來是應用程序未響應,就像是我們在電腦上碰到的 程序未響應,一般電腦出現這種情況,可能是由於我們打開了很多應用程序,佔用了大量的內存,或者CPU時間片被一個應用 程序長時間佔用,不夠分配,導致部分應用程序出現了無響應。
下圖就是我們見到的APP無響應的時候出現的對話框,產生ANR的原因很多,但是只有在Activty中的ANR才會彈出對話框, 對話框有兩個選項,一個是等待,一個是關閉程序供用戶選擇:

ANR產生的條件:
1、只有主線程才會產生ANR,主線程就是UI線程;
2、必須發生某些輸入事件或特定操作,比如按鍵或觸屏等輸入事件,在BroadcastReceiver或Service的各個生命周期調用函數;
3、上述事件響應超時,不同的context規定的上限時間不同
ANR產生的環境:
1、5秒內無法對輸入事件(按鍵及觸摸)做出響應
2、廣播接收器無法在10秒內結束運行
具備了以上三個條件,那麼加上這兩個環境,就會產生ANR了。
原創文章,作者:投稿專員,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/219365.html