效能測試積累

1.指令碼和場景決定了效能負載的方式

2.效能測試工程師，並不需要準確定位效能問題產生的原因，而應該強調如何發現效能問題。功能測試工程師並不需要準確定位缺陷產生的原因，而應該強調如何發現缺陷

3.vugen中還提供了tasks標籤，這裡提供了惠普公司建議的指令碼錄製開發流程，通過乙個任務流的方式指導你進行效能測試。惠普公司建議使用recording--repaly--enhancements--prepare for load的流程進行**開發。

4.web_add_cookie()主要負責為vuser指令碼新增乙個cookie資訊。一般我們第一次啟動瀏覽器訪問乙個**時，對這個**都不會有cookie資訊。web_cleanup_cookies()函式清除當前使用者的所有cookie資訊。

5.web_link()函式用來模擬使用者單擊乙個超連結的操作。vugen會識別訪問頁面後伺服器返回的html正文中有多少個超連結。當使用web_link（）函式時，只要寫出正確的鏈結名，vugen會自動查詢並訪問頁面中該鏈結名所指向的url位址。語法如下：

web_link(「在測試結果中顯示的名稱」，「text=需要單擊的超連結名」,last);

6.web_link()和web_url()函式都是頁面訪問型函式，實現http請求中的get方法，如果需要提交表單，實現http請求中的post方法，那麼需要使用web_submit_form()或web_submit_date()函式。

web_url()函式的作用是實現位址請求的過程，可以模擬使用者請求。

web_url（「在測試結果中顯示的名稱」,"需要訪問的超連結位址",last）

與web_link不同的地方在於這裡只需要在url=後填寫需要訪問的位址即可。沒有任何請求的前後以來關係，只負責傳送乙個標準的gethttp請求。

與web_submit_form()函式不同，web_submit_data()函式無須前面的頁面支援，直接傳送對應頁面相關資料即可。

7.web_custom_request()函式的作用是自定義http請求規則。

method決定了請求的型別，url決定了請求的位址，mode決定了請求的模式，body決定了請求的資料報正文。

如果我們要模擬乙個登入操作那麼久要這麼寫：

8.什麼時候應該用html-based script？什麼時候應選擇url-based script?

一般來說如果是標準使用ie 訪問的b/s 架構，應該使用html-base script 下的a script

containing explicit urls only 方式來錄製指令碼，這種指令碼基於url 請求完成，不會帶有任

何前後依賴的內容。而如果是乙個非html 標準的c/s 架構，建議使用url-base script

來錄製指令碼，這樣可以確保不會遺漏任何http 請求。

例如：如果使用http 進行資料傳送，而資料內容是存放在.dat 檔案中的，那麼使用

html-base script 就無法錄製到對該.dat 檔案的操作，而使用url-base script 就可以錄製

出來。