一叭披、測試準備
測試設備
測試環(huán)境
測試場景
二、測試結果展示和分析
1. 編輯器常規(guī)設置
查看完整結果
測試場景的FPS初步分析
數據分析：
編輯器完成常規(guī)設置總結漾狼，完成調色/聲音/倍速/選擇濾鏡設置，返回視頻頁面，出現(xiàn)1或者2次junk宁改，說明完成設置繪制渲染界面，存在卡頓可能性
完成設置后魂莫，處于編輯器頁面出現(xiàn)junk还蹲，疑似卡頓，需要對比看FPS和frametime數據耙考，是否是渲染圖示內容超時
對比FPS圖表/junk圖表/frametime圖表
出現(xiàn)junk時谜喊，F(xiàn)rametime中單幀繪制沒有超時
frametime超時比如圖中紅框3，此時frame=1773ms 并沒有展示junk數據倦始，說明緩存buffer繪制生效斗遏，緩存區(qū)域繪制數據，不影響已繪制界面的展示
測試結論：編輯器完成設置后繪制渲染界面 大概率出現(xiàn)junk（卡頓）鞋邑，需要開發(fā)詳細定位 '編輯器完成設置后繪制渲染界面诵次，不流暢’的情況
2. 編輯器涉及進度設置（倒放）
2.1 測試場景
2.2 數據分析
-
總體數據分析
總體數據.png
場景是 進度條更新進度账蓉，所以FPS 基本小于18是正常的，畢竟界面進度慢逾一，基本幾秒一點更新
特別關注 delta(Ftime)兩幀之間時間差>100ms 的每小時內總次數铸本，由于基本FPS<18 相當于兩幀時間差大概率>100ms所以 展示數據符合場景，并不代表卡頓
-
對比FPS圖表/junk圖表/frametime圖表
FPS圖表/junk圖表/frametime圖表.png
數據分析：
1）Junk 完成倒放 0~100%進度條嬉荆，完成100%返回編輯器頁面归敬，明顯卡頓1次
2）frametime：數據不連續(xù)，說明繪制中依據實際要求內容進行繪制鄙早，并非場景流程卡頓汪茧；進度完成100%，繪制內容并未突然變大（并非超大渲染內容導致的卡頓）
測試結論：不通過限番，針對‘完成100%返回編輯器頁面’場景舱污，需要分析為什么出現(xiàn)卡頓
3.CPU數據
數據分析：CPU處于20~40%，數據正常
測試結論：通過
4.memory數據
數據分析：momery數據峰值超過500M弥虐，需要關注此部分數據
測試結論：不通過扩灯，場景‘完成倒放（100%成功）返回編輯器界面’（和前面junk數據分析一致）
PS 衡量系統(tǒng)內存是否有瓶頸主要靠SWAP（與虛擬內存交換）交換空間利用率，一般情況下霜瘪，SWAP交換空間利用率要低于70%
3. 編輯器生成創(chuàng)造視頻
數據分析：分析junk數據出現(xiàn)時間點珠插，其實是 場景之前临庇，說明是框選區(qū)域時蠕蚜，誤差
測試結論：通過
3.1 CPU
數據分析：輸出處于20~40%之間，可以接受
測試結論：測試通過
3.2 Momery
數據分析：momery數據峰值超過500M价认，需要關注此部分數據 0%的進度缤底，7%的進度顾患，說明是生成進度中，出現(xiàn)部分超過500M
測試結論：測試通過个唧，持續(xù)時間比較短暫江解，所以可以接受
3.3 Network
Network(Recv/Send，測試目標進程流量)
數據分析：開始0%進度下載徙歼，00:2秒處犁河，此時請求send是1-2kb/s，receive 是收到 6-7kb/s鲁沥，界面進度是0~5%呼股，說明前期請求進行編輯；完成前期請求画恰？后彭谁，后續(xù)正常編輯并生成創(chuàng)作視頻
測試結論：通過
