前言
响应时间指从用户操作开始到系统给用户以正确反馈的时间。
- 一般包括逻辑处理时间 + 网络传输时间 + 展现时间。
- 对于非网络类应用不包括网络传输时间。展现时间即逻辑处理和网页或 App 界面渲染时间。
响应时间是用户对性能最直接的感受。公司对app响应时间(Response Time)要求不是特别高,标准如下
测试工具:高速摄像机
测试条件:
- DUT存在500筆連絡人, 每個連絡人皆有頭像 (使用test file: 500(photo).vcf)
测试项目:
- Contacts Preview Window launch time. 联系人预览时间测试。 要求0.6s内
-
- Kill Contacts process (無需重開機)
-
- 點擊Contacts, 當手指離開螢幕時即開始計時, 當Contacts的”底圖”完成顯示即停止計時(不包含底图的文字和icon)
-
- Launch time of Contacts (1st) 联系人页面加载时间。 要求2s内
-
- Kill Phone & Contacts process (無需重開機)
-
- 開啟Contacts, 當手指離開螢幕時即開始計時
-
- 當連絡人畫面完全顯示後,停止計時
-
- Frame rate of scrolling contacts. 联系人滑动卡顿测试。 要求50帧内
-
- 開啟連絡人app
-
- 滑動聯絡人以載入聯絡人頭像
-
- 使用手指向上滑動, 計算畫面捲動的frame rate
-
- Frame rate of scrolling call log. 联系人滑动卡顿测试。 要求50帧内
-
- 開啟Phone app > 將撥號鍵收起來 (秀出整頁的call log)
-
- 滑動call log以載入聯絡人頭像
-
- 使用手指向上滑動, 計算畫面捲動的frame rate
-
- Response time of backing to Home。 联系人退出时间测试。要求0.8s内
- 1.新增10筆聯絡人資料(均需有頭像、姓名、電話)
- 2.切換到Favorite tab,選擇step1建立的10筆資料設為Favorite
- 3.在Favorite頁面點擊Home鍵, 當手指離開Home鍵即開始計時, 至回到Home畫面
分析
分析需要两步:
-
统计launch time耗时,方法请参看代码调试工具中的启动耗时间
-
方法耗时细节,Method Tracing 和 Android Profile CPU可任选其一。用法请参看代码调试工具)
常见问题场景
- Activity的onCreate流程,过于复杂的UI的布局与渲染操作很可能导致严重的启动性能问题
- Application的onCreate流程,耗时的初始化操作很可能导致严重的启动性能问题
解决方案
- 布局耗时:
- 可以通过布局优化解决,具体实践参看Contact 优化 - detail页面优化
- 异步延迟加载:一开始只初始化最需要的布局,异步加载图片,非立即需要的组件可以做延迟加载。
- Application的onCreate减负:区别对待初始化
- 有些可以延迟加载
- 有些可以放到其他的地方做初始化操作
特别需要留意包含Disk IO操作,网络访问等严重耗时的任务,他们会严重阻塞程序的启动。
- 自定义的启动窗口,同时可以做成品牌宣传界面或者是给用户提供一种程序已经启动的视觉效果