LoadRunner有自帶的隨機函數(shù)，如果巧妙的加以采用，能解決一些看似很困難的實際問題。下面通過實際案例來做個分享。
前段時間在做一個項目的性能測試。該項目比較特殊，它與數(shù)據(jù)庫直連，根據(jù)外部傳入的SQL ID和SQL參數(shù)，從指定數(shù)據(jù)庫中讀取SQL模版，拼裝成真實的SQL語句、執(zhí)行，并將得到的結(jié)果放入緩存中。目的是減少數(shù)據(jù)庫的壓力。
該系統(tǒng)將支撐大量的SQL操作，性能自然成為備受關(guān)注的焦點之一。
由于它跟SQL語句相關(guān)，在真實環(huán)境下，同一時間可能執(zhí)行著不同類型的SQL，即便是同一類型，其參數(shù)也各式各樣。那么，怎樣才能模擬出最符合實際情況的性能測試場景呢？
首先設(shè)計場景，即，在LoadRunner中按照比例隨機取到某一類型的SQL，再隨機傳入?yún)?shù)給它，讓最終的每條SQL都是隨機生成，各不相同。
從場景中，可以看到，此處涉及雙重隨機。只采用loadruner的參數(shù)設(shè)置是無法實現(xiàn)的。此時需要想辦法先按設(shè)定好的比例隨機取到SQL，然后在每條SQL上隨機取參數(shù)列表中的參數(shù)。
于是想到了loadrunner的隨機函數(shù)。先實現(xiàn)隨機取SQL ID，之后再在特定的SQL中隨機取參數(shù)列表中的參數(shù)。
LoadRunner中，隨機函數(shù)是rand()，它用來產(chǎn)生0到rand_max之間的隨機整數(shù)。函數(shù)原型是
int rand ( void );
然而調(diào)用rand之前，必須給隨機數(shù)產(chǎn)生一個隨機種子。這個種子由srand()函數(shù)產(chǎn)生。其原型是
int srand ( seedTime );
采用上述兩個函數(shù)，就能實現(xiàn)第一重隨機了。具體腳本代碼如下：
|
//generate rand number web_url(”test”, “URL=http://host_name:8080/interface?sqlId=sqlid_name2&value={random_para2} “, else if(rNum>=8 && rNum<10){ |
注：sqlid_name是SQL ID名稱；random_para是通過file方式實現(xiàn)的隨機參數(shù)；tn是web_url函數(shù)的快照名稱。
通過上面的腳本，實現(xiàn)了性能測試設(shè)計的場景。調(diào)試通過后，放入Controller中執(zhí)行。實際執(zhí)行過程中，Vuser將會按比例隨機取到不同類型的SQL，并隨機取到SQL中的參數(shù)，執(zhí)行特定的SQL語句。
巧用LoadRunner的隨機函數(shù)，能幫助我們解決不少實際問題。
