一、針對如上的問題，入口考慮點分為：
（2）網路較差情況下的處理機制
二、目前在效能優化上存在的問題：
所有的優化事情都在開發這邊，測試未參與，出現的問題是：開發說是優化了某些sql語句的查詢等等操作，會告訴測試具體針對的是哪個頁面的功能在使用上相比之前會流暢很多等，但是測試無法更明確的判斷優化後的效果，目前是靠直覺，能夠具體到此次優化在流暢度在使用上提公升了多少？都是沒有資料支撐的。開始用一下覺得確實好像好了很多，或者是這個頁面的卡頓之後市場不反饋，我們就認為ok了，但是很不幸，時間稍微久一點市場又反饋頁面的載入上慢，問題同樣出現。。。。。。
針對如上問題解決方式：
實際的參與到效能測試中，
測試能通過某些資料的測試結果，有資料的支撐來說明具體效能是否有明顯的提公升，較之前提公升了多少
1、競品的對比分析（目前暫無）
2、產品提供具體的資料（無前期測試資料的支撐，產品也是沒有辦法去判斷哪個頁面的流暢度應該達到哪個標準）
3、行業標準（產品不一致，要求也會不一樣，只是提供靈活性參考價值）
四、頁面載入較慢需要的關注點：
1、ui流暢度載入時間
2、介面api的請求與響應時間
3、網路情況
針對如上問題，目前的乙個測試關注點如下：
（1）ui流暢度載入時間測試點：
<1>
進入頁面首次的載入時間
開始到結束loading的時長
loading後展示出現內容的時長
<2> 非首次進入頁面的載入時間（可測試3次）
<3> 列表下拉重新整理載入時間
<4> 列表上拉重新整理載入時間
(2）介面api的請求與響應時間
目前有對應的平台在記錄api的運**況，會根據api的執行時長進行從大到小的排序，開發進行排期處理。具體的測試目前暫未考慮執行
五、針對四中提到的頁面載入慢的測試方案如下：
（1）計算頁面載入的幀率fps。
關聯文章：
（2）同時需要使用其他的工具關注cpu和電量
APP效能測試
方法一 方法二 在手機上執行 mobile recorder start recording 開始錄製 切換到你們的手機客戶端，完成正常的操作步驟 切換回mobile recorder，點 stop recording 用email傳送抓到的資料報或者把資料檔案 副檔名是lrcap 直接copy到 ...
APP效能測試
方法一 方法二 在手機上執行 mobile recorder start recording 開始錄製 切換到你們的手機客戶端，完成正常的操作步驟 切換回mobile recorder，點 stop recording 用email傳送抓到的資料報或者把資料檔案 副檔名是lrcap 直接copy到 ...
聊聊效能測試開始前的準備工作
之前的部落格有介紹過完整的效能測試的流程和效能測試需求分析相關的內容，然而在實際的效能測試工作中，測試開始前也有很多的工作要做。這篇部落格，就聊聊效能測試的第一步工作 獲取測試需求，到底需要哪些東西。效能測試流程導圖 一 相關設計文件 1 系統架構圖 了解被測系統的技術架構，包括從客戶端到db的周轉...