有關(guān)performancetest的幾個心得

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

有關(guān)performancetest的幾個心得圖一

1.Performance Test 和Load Test 的區(qū)別。

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

有關(guān)performancetest的幾個心得圖二

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

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

2．Performance Test的Load要求

通常正式的Performance Test都要求定義Performance的Load。比如Web 應(yīng)用，常用的定義方法是用Request Per Second 或?qū)懗蒖equest/Secong，或叫RPS。比如我們通常用的標(biāo)準(zhǔn)是20 RPS的情況下的Performance data。20 RPS就是每秒處理20個web 請求，這個量看起來不大，其實現(xiàn)實中很多應(yīng)用的RPS不到10。比如10 RPS，意味著一分鐘內(nèi)用600個請求，10分鐘內(nèi)有6000個請求，同時在線人數(shù)可能是這個數(shù)字的十倍60000。這個數(shù)字已經(jīng)表明是個很忙的網(wǎng)站了。

有關(guān)performancetest的幾個心得圖三

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

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

3．Performance Test不一定要測試。

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

以上就是有關(guān)performancetest的幾個心得