淘寶性能測試線下測試與線上跟蹤體系

本文是對2012軟件測試大會的一個演講PPT稿的讀後感，講稿主要針對性能測試的一個流程改進方案。

 

性能測試作軟件的同窗應該至關熟悉，在互聯網時代性能是相當重要的（包括服務器的承載能力，響應速度等方面）。

傳統的性能測試模型：性能測試需求 ---> 執行性能測試 ---> 性能優化 ---> 性能測試報告 ---> 發佈

打破開環，閉環測試模型：性能測試需求--->執行性能測試--->性能優化--->性能測試報告--->發佈--->評估--->性能測試需求

開環模型缺點：

1.測試階段和生產階段脫節，沒有根據線上實際的數據對線下測試進行評估，

2.測試結果和生成以前存在差別，沒法論證線下測試的有效性

3.生產環境驚現性能瓶頸，運營人員悄悄重啓了事

 

閉環模型目標

1.實施生產環境性能監控和分析

2.保持測試和生產的聯動性

3.解決測試結果與生產運行間的差別

4.量化性能質量

5.提供性能瓶頸分析和定位

 

性能跟蹤體系特色，除了閉環能有效實現線上線下的聯動外：

1.性能質量模型，實現性能等級劃分

2.線上線下係數換算，

3.優化跟蹤，推進線上性能問題的優化工做，提早預警

 

容量指標

throughput：流量，作過壓測對這個單詞應該不會陌生

應用處理能力:QPS,RT （QPS是每秒請求數，RT這個縮寫沒見過，有知道請在下面回下）

中間件處理能力：APACHE、TOMCAT、JVM （阿里主要就是JAVA了）

操做系統資源：CPU、 LOAD、網絡、磁盤等

 

線上線下換算，y=f（e^x） y是線上的TPS，x爲線下的TPS

質量模型 φ=∑（100*wi*yi） 質量得分公式，wi爲權重，yi爲各項指標分值。 這個須要在分值體系已創建前提下

採集天天的PV做爲數據源，PV（Page View 用戶訪問一次網頁，這裏是延伸的說法，系統真實處理的一個請求，視爲一個PV）

 

在執行方面這篇文章並不詳盡，可是它傳遞了線上線下聯動的測試思想，把整個測試流程進行了改進，使測試有效性、持續性、真實性獲得提升。除了性能測試，這種思想也能夠在其餘測試中應用。