使用者在登入時，請求url一般會進行重定向。有些重定向的請求是我們需求的，而有些是我們不需求的，在錄製後需要去掉這些請求，否則會造成重複請求，影響效能測試的正確性。禁止重定向可以通過：web_set_option("MaxRedirectionDepth", "0", LAST );來實現。

• 概念：重定向是一種特殊的頁面，它提供一種運作機制，使得人們在輸入該名稱進入條目或者點選指向該名稱的內部連結時，系統能夠自動導航到重定向頁面內部指定的另一相關頁面中，從而實現相關頁面可以以多個名稱進行訪問。舉例來說，如果設定了一個指向“澳大利亞”的名稱為“澳洲”的重定向頁，任何人都可以用“澳洲”這一名稱進入到澳大利亞條目中。
• 重定向過程：客戶瀏覽器傳送http請求----》web伺服器接受後傳送302狀態碼響應及對應新的location給客戶瀏覽器--》客戶瀏覽器發現是302響應，則自動再發送一個新的http請求，請求url是新的location地址----》伺服器根據此請求尋找資源併發送給客戶。在這裡location可以重定向到任意URL，既然是瀏覽器重新發出了請求，則就沒有什麼request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的路徑，客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。重定向，其實是兩次request, 第一次，客戶端request   A,伺服器響應，並response回來，告訴瀏覽器，你應該去B。這個時候IE可以看到地址變了，而且歷史的回退按鈕也亮了。重定向可以訪問自己web應用以外的資源。在重定向的過程中，傳輸的資訊會被丟失。
  
  

• 在進行效能測試指令碼開發過程中，重定向的URL是並不能通過LR錄製下來的。獲得URL有2個方法，第一，在指令碼錄製開發完畢後，回放指令碼。細心的開發者會在Replay log中發現Redirecting, To location字樣。其中Redirecting後面就是重定向的URL。第二，就是通過HTTP監控工具來捕獲，例如：Google Chrome.

    　    我們關注重定向的第二個原因就是某些時候，重定向的請求並不能被LR捕獲(就是錄製的腳本里面並沒有相關程式碼請求)。基於模擬真實的使用者行為，我們要手動把這個重定向請求加入指令碼中。這時候，通過第二種方法：監控工具(Google Chrome)。就能有效直觀的捕獲重定向的ＵＲＬ。             通過監控工具，我們可以看到重定向請求是通過GET方法來實現的。而在LR中與之對應的是web_url( const char *StepName, const char *url, <List of Attributes>, [EXTRARES, <List of Resource Attributes>,] LAST ); 方法。

•     而在某些重定向中，我們回放指令碼的時候可以在Replay log中發現一些不必要的額外的請求。在實際效能測試過程中，這些額外的請求會對伺服器造成不必要的效能損失，影響測試的有效性和可信性。我們就需要把這些不必要的重定向去除出指令碼，
  禁止重定向可以通過：web_set_option("MaxRedirectionDepth", "0", LAST );來實現。

轉自：http://www.51testing.com/html/22/100922-832789.html