以前總覺得Performance Test和Load Test有區別，但說不清區別在什么地方，兩個詞經常是混著用。近期參加了ACE Team的培訓，總算搞清楚了，所以和大家分享一下。

有關performancetest的幾個心得圖一

1.Performance Test 和Load Test 的區別。

Performance Test和Load Test還是有很大區別的。如果測試的目的是關注Performance， 即使沒有Load，也是Performance Test。比如說一個Web 應用，Performance Test首先要做的事情是觀察單個用戶情況下的Performance，比如一個頁的大小和用了多少時間下載到IE上。如果單個用戶的情況下就觀察到Performance的問題，那么首先要解決這個問題。

有關performancetest的幾個心得圖二

從另外一個方面講，Load Test不一定是Performance Test。在一個項目的測試結尾，做一些Load Test總會抓到一些在沒有Load情況下看不到的bug，比如在多線程情況下的Race Condition會導致一些線程的工作失敗。所以Load Test首先關注的不是Performance，而是在有Load的情況下系統是否會有錯。

當然，在Load Test沒有報錯和對Performance的要求明確的情況下，可以開始用Load Test來做Performance Test，以仿真現實。

2．Performance Test的Load要求

通常正式的Performance Test都要求定義Performance的Load。比如Web 應用，常用的定義方法是用Request Per Second 或寫成Request/Secong，或叫RPS。比如我們通常用的標準是20 RPS的情況下的Performance data。20 RPS就是每秒處理20個web 請求，這個量看起來不大，其實現實中很多應用的RPS不到10。比如10 RPS，意味著一分鐘內用600個請求，10分鐘內有6000個請求，同時在線人數可能是這個數字的十倍60000。這個數字已經表明是個很忙的網站了。

有關performancetest的幾個心得圖三

世界上最忙的網站比如MSN，同時在線可能上千萬，但不是每個人都在做同樣的事情，比如同時做登錄的人可能只有萬分之一。同時處理登錄的服務器不止一臺，可能有上百臺，最后分到每臺服務器可能不到10RPS。這些都是在搜集要求時要考慮的因素。

在考慮正常情況后，也要估計高峰(Peak)的Performance，如果估計可能遇到意想不到的高峰期，最好能夠對web應用所能承擔的上限有所了解。由于對數據庫服務器的Clustering有一定難度，最常見的問題是在高峰時，瓶頸產生在數據庫的聯結上。做Performance Test時可能常常是一兩臺測試主機對一臺數據庫主機，在實際生產中可能是好幾臺主機連接一臺數據庫。

3．Performance Test不一定要測試。

很多Performance的問題不一定需要測試，測試不一定測得出來。比如，程序中用了很多“+”作字符串的連接，做Redirect的時候用HttpResponse.Redirect (“http://...”)而沒有用HttpResponse.Redirect (“http://...”，false)，第一種用法會產生ThreadAbortException，從而產生Performance的問題。所以很多Performance的問題在設計和Code Review 中就可以發現。

以上就是有關performancetest的幾個心得