AttributeError: 'Upsample' object has no attribute 'recompute_scale_factor'
效能測試流程
一、問題
1、版本釋出上線,功能測試完成 + 效能測試完成,怎麼保證在上線時間 前,我們都完成?
1.1 對主要的核心的介面做效能測試,不要所有的都做。
1.1.1 效能測試開始前,我們要做 關鍵項評估 + 可測性評估(可量化的指 標)
1.1.2 效能測試提前。 一個新需求,什麼時候可以開始做效能測試?
1.1.2.1 一般在介面轉測之後,介面測試通過,就可以進行效能測試,一般使用獨立環境,防止效能測試指標不準和妨礙其他測試的進行
1.1.3 效能環境,硬體配置要與生產一致嗎?伺服器數量要與 生產一致嗎?
1.1.3.1 數量上可以不相等,但是,每臺機器的硬體配置 儘可能要一致。
二、主要流程
1、效能測試準備
1.1 測試前提:業務功能一般都已經實現了,可以自己去操作熟悉業務流程,也可以找功能測試人員進行講解等,要清楚一個業務的資料流
1.2 熟悉伺服器架構,瞭解服務之間的呼叫
1.3 瞭解服務的配置:環境的搭建,伺服器個數等情況
1.4 要清楚效能目標:要達到某個最大併發使用者數還是需要測試整個流程獲取tps等效能指標值
1.5 效能場景(測試用例):單介面效能測試,介面實現功能,業務,多介面混合場景測試(前期階段一般不做,一般在有了一定積累之後才做)
2、搭建效能測試環境
2.1 建議:效能測試環境一般我們測試人員自己搭建,如果不是自己搭建的,那要清楚裡面的核心引數配置
2.1.1 比如機器IP,服務埠,服務安裝的路徑,服務核心引數配置檔案,核心引數配置值
2.2 環境:專案的環境+監控環境
2.2.1 監控環境:獲取伺服器資源的使用情況的資料,我們通過這些監控資料,可以分析伺服器的資源情況。以用於後續的分析調優。
2.3 網路:要保持網路的良好
3、效能測試指令碼開發
3.1 要清楚測試介面的協議型別,不同的協議型別需要使用不同的效能測試工具
3.2 寫指令碼,驗證指令碼
4、效能測試指令碼執行
4.1 測試執行:根據測試指令碼+效能場景進行執行
5、結果分析與調優
5.1 監控資料:根據監控資料進行測試結果分析,通過工具的圖示與監控圖示可以輔助分析。難點在於有效能問題時的定位
5.2 問題定位思路:伺服器硬體瓶頸 > 網路瓶頸 > 伺服器os瓶頸(引數配置、資料 庫、web伺服器) > 應用瓶頸(sql語句、資料庫設計、業務邏 輯、演算法)
6、測試報告與結果跟蹤
三、時間
效能測試時間一般遠遠大於功能測試時間,一般是功能測試的2.5倍,主要消耗時間階段在效能指令碼執行與結果分析與調優。因為可能調好了一個引數,另外的引數又變慢了,所以是一個比較長時間的階段。