移動客戶端前端測試&優(yōu)化

轉載于:http://www.51testing.com/html/43/489243-3712905.html

一.常見APP崩潰用例設計場景

1 驗證在有不同的屏幕分辨率,操作系統(tǒng)和運營商的多個設備上的App行為。

2 用新發(fā)布的操作系統(tǒng)版本驗證App的行為。

3 驗證在如隧道,電梯等網絡質量突然改變的環(huán)境中的App行為。

4 通過手動網絡從蜂窩更改到Wi-Fi ,或反過來,驗證App行為。

5 驗證在沒有網絡的環(huán)境中的App行為。

6 驗證來電/短信和設備特定的警報(如警報和通知)時的App行為。

7 通過改變設備的方向,以不同的視圖模式,驗證App行為。

8 驗證設備內存不足時的App行為。

9 通過用測試工具施加載荷驗證App行為。

10 用不同的支持語言驗證App行為。

二.APP卡頓可能原因

1.activity啟動時間過濾? adb 命令onCreate到onResume的時間、

2.使用錄像來解決啟動時間的問題,例如imove,或者screenrecord等錄制工具,從點擊到頁面加載

3.使用埋點來進行性能測試

4.traceview分解到線程時間,方法時間級別

5.什么是幀率,幀率和刷新率的關系

6.adbshelldumpsys gxfinfo xxxx?? 打印2s的幀率信息

7.systrace過度繪制,查看空白地帶

8.卡頓原因分析:動畫執(zhí)行過多,繪制復雜,

9.布局扁平化

part2.參考鏈接:http://m.itdecent.cn/p/8123fc17fe0e,作者Joy

三.APM(application performance management)應用性能管理

1.定義:通過對應用的可靠性、穩(wěn)定性等方面的監(jiān)控,進而達到可以快速修復問題、提高用戶體驗的目的

2.有代表性的APM工具:聽云、阿里百川、騰訊 bugly、NewRelic、OneAPM、網易云捕等

3.關注的監(jiān)控指標:

網絡請求:成功率、狀態(tài)碼、流量、網絡響應時間、HTTP與HTTPS的 DNS 解析、TCP握手、SSL握手(HTTP除外)、首包時間等時間

界面卡頓、卡頓堆棧

崩潰率、崩潰堆棧

Abort 率:也就是由于內存過高的等原因,被系統(tǒng)殺死的情況

交互監(jiān)控:頁面加載時間、頁面的交互痕跡

維度信息:地域、運營商、網絡接入方式、操作系統(tǒng)、應用版本等

其他:內存、幀率、CPU使用率、啟動時間、電量等

App的性能問題包括崩潰、網絡請求錯誤或超時、響應速度慢、列表滾動卡頓、流量大、耗電等

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容