1、獲取userid
monitor工具在new_sdk目錄下，雙擊執行
如果看流量的絕對值看不出高低，那就找幾個同型別的產品對比一下。如果完成同樣的事務，被測應用比同類產品高很多，那就是偏高了，可能有優化空間。
把分析的不同類資料報，按包佔總流量大小的比例，和包的數量排序，佔比多的，和訊息數量多的，乙個優化空間大，乙個精簡請求次數
比如： 一些靜態資源快取起來，節省流量消耗
同類請求被間隔執行，請求的內容包含一些相對靜態的資訊，正確的處理是第一次請求包括靜態資訊就好，後面的同類請求只包含必要的即時變化資訊即可。錯誤的處理方式是每次請求伺服器都返回一次靜態資訊。
比如：請求使用者資訊，1個介面請求使用者姓名、1個介面使用者的下單數量。可以把請求合併成1個
有的時候會發現應用短時間內發出多個同樣的請求，收到結果也都幾乎一樣，這種情況應該儘量減少請求次數，同時注意排查程式邏輯錯誤，也許問題不像表面看起來那麼簡單。
版本迭代過快，或者時間過長，存在一些無用請求
有的請求，你會發現誰也不知道它是幹嘛的，很可能是以前版本遺留下來的無用請求，或者是引用的其他**包偷偷發出的，甚至是間諜請求，請收集一切證據後，毫不猶豫的乾掉它。
比如：第一次請求成功，第二次請求失敗，每次都會傳送2次請求
移動端APP專項測試 準備工作（一）
一 業務場景 二 測試頻率 哪些版本測？本次回歸要測哪些功能 核心 常用 非常用 哪些專項？每個測試項，如 記憶體 cpu 流量 空閒 靜默 輕度操作 操作間隔5 10s 重度操作 操作間隔1s 三 資料採集 測試指標 響應時間 記憶體 cpu fps 電量 流量。6個 前台使用 都測 後台使用 不...
移動端測試
1 首先是測試資源確認及準備 1 產品需求文件 產品原型圖 介面說明文件以及設計說明文件等應齊全 2 測試用例的設計與評審 1 根據產品需求文件 產品原型圖等文件，設計客戶端的一般功能測試用例 2 測試用例評審 修改與完善，評審通過後著手進入正式測試階段。3 ui測試 1 確保手頭的原型圖與效果圖為...
移動端測試
移動資料平台 talkingdata 移動觀象平台 業務邏輯正確性測試 一句產品文件設計測試用例,加上隱性需求用例 相容性測試 系統版本 android 4.4 5.0 6.0 7.0 ios 原生系統 5.0 螢幕解析度 720 1280,1920 1080 根據解析度做一些 網路狀態 2g,3g...