性能測試中的一些經驗

1、多層嵌套的sql語句,當多次循環查詢,sql語句的性能好壞受sql語句的影響是很大的,避免多餘的和錯誤的循環嵌套;

  2、數據庫的規劃初期儘可能的建立好規範和數據索引;

  3、系統本身都有日誌記錄這一塊,避免系統過多的日誌記錄帶來瓶頸;

  4、數據基數的準備,按實際的需求準備一定量的數據,這樣測試纔可能達到測試的準確性,接近真實的環境;

  5、併發通過不一定代表系統沒有問題,還需要做疲勞壓力測試,一般來說不停的7*24小時的運行系統均需要做疲勞測試;

  6、一般來說系統預定逐漸的變得緩慢或者dump掉了機器,大都有可能是因爲內存泄漏造成的;

  7、採用多種環境下的測試(機房環境、局域網、廣域網);

  8、業務操作的混合比例併發測試,達到一個仿真真實環境;

  9、對測試做驗證,比如併發操作寫入數據庫的數據,lr反應出的情況是成功的,但是還是需要在數據庫校驗寫入的是不是成功;

  10、在線用戶數、註冊用戶數、使用用戶數(併發用戶數計算);

  實時系統:1:20比例算

  非實時系統:1:80比例算

  11、java能管理的內存1.5-2G;

  12、tomcat同時承受併發用戶數1000本身中間件的性能決定的;

      13、這是性能測試時模擬用戶數的計算公式,僅供參考:

  公式一:

  C=nl/T     C^≈C+3√C

  C是平均的併發用戶數;n是login session的數量(一天當中基本有多少人登錄系統);l是login session的平均長度(登錄系統後的時間長度);T指考察的時間段長度(例如一天中登錄系統的時間總數)。C^模擬用戶數。

  公式二:

  C=n/10     C^≈r*C

  C爲平均的併發用戶數,C^模擬用戶數。r爲調整因子,一般的取值爲2至3之間。

  說明:公式二不如公式一精確,但公式一需得到兩個參數:l和T,如不能提供則採用公式二;C=3000/10=300  C^=3*300=900

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章