Recording錄製選項
這裏提供了兩個大類的錄製方式：
1. HTML-based script基於HTML的腳本
這種方式錄製出來的腳本是基於HTML基礎的，爲每個用戶操作生成單獨的步驟，這種腳本更容易理解和維護，也更容易處理關聯。對於正常的瀏覽器應用程序，推薦使用HTML錄製模式。
一般來說如果我們是標準使用IE訪問的B/S架構，我們應該使用HTML-BASE下的A script. containing explicit URLs only方式來錄製腳本，這種腳本基於URL請求完成，不會帶有任何前後依賴的內容。
選擇HTML Advanced，出現兩種script type
A script describing user actions (web_link, web_submit_form)
腳本中的每一個函數直接對應着虛擬用戶的一個動作，創建的函數主要有URL（Web_url）、link（Web_link）、image（Web_image）以及表單提交（Web_submit_form）等幾類。
基於解釋用戶行爲的腳本，注重描述用戶做了什麼操作類似於QTP，腳本簡潔，基於用戶操作模擬，淺顯易懂，並且自身就包含了對象檢查過程，無需校驗A script containing explicit URLs only (web_url, web_submit_data)
將所有的URL、link、image都用Web_url函數來統一處理，在表單提交時則用Web_submit_data來處理。這樣做的結果是腳本沒有前一種方式那麼直觀，但如果網頁中存在較多相似類型的鏈接時，這樣做更容易處理腳本中的參數化和關聯問題。
基於URL請求的腳本錄製類型，這種方式不考慮用戶的操作，只考慮客戶端發送的請求，注重於實際上系統做了什麼。2. URL-based script基於URL的腳本
這種方式錄製出來的腳本是基於URL請求的。如果我們是一個非IE標準的C/S架構，我們建議使用URL-BASE來錄製腳本，這樣我們可以確保不會遺漏任何HTTP請求。
這種是基於URL請求的腳本錄製方式，我們會錄製得到所有的http請求，導致腳本中包含了大量的web_url()函數Use web_custom_request only 自定義的http請求規則，更適合在自定義的http請求中進行二進制處理。採用這種方式生成腳本所有請求都生成web_custom_request () 函數。
對於web_link()、web_submit _form()等函數，需要前面頁面的支持，也就是說必須先訪問http://127.0.0.1:1080/WebTours/這個頁面之後，纔可以點擊sign up now 按鈕，如果不在http://127.0.0.1:1080/WebTours/這個頁面，是無法點擊sign up now 按鈕的，包括web_submit _form()提交，也必須是在點擊了sign up now 按鈕之後的頁面纔可以提交。
而對於web_url(),web_submit _data()等函數則不需要要前面頁面的支持，也就是說你可以直接訪問http://127.0.0.1:1080/WebTours/login/p1 （相當於點擊了sign up now ），而且還可以在當前頁面進行提交。
兩種錄製模式的選擇：
HTML-based優缺點：
（1）資源從內存中取出且在回放時下載。因此腳本更小且更容易閱讀。
（2）由於只有較少的硬編碼腳本，因此只有較少的動態值需要關聯。
（3）可以插入圖片檢查之類的語句以檢查結果是否正確。
（4）因爲HTML模式回放時需要積極地解析返回的信息，因此它可能會比其他錄製模式更加佔用資源。
URL-based優缺點：
（1）適用於非browser的應用程序。
（2）錄製來自sever的所有請求和資源，甚至抓取非HTML應用程序，因此需要做更多關聯，腳本看起來也相當複雜。
綜上，選擇何種錄製方式可以參考如下方案：
（1）如果應用是Web應用，首選是HTML-based錄製模式；
（2）如果應用是使用HTTP協議的非Web應用，則首選URL-based錄製模式；
（3）如果Web應用中使用了Java applet程序，且applet程序與服務器之間存在通信，則選用URL-based錄製模式。