2016-08-01 55 views
0

我正在發佈帶有有效憑證的https POST請求,用於登錄流程,它涉及發送少量參數和請求標頭。我已經比較了Jmeter和Firefox之間的POST數據和請求頭(使用Firebug),但除了沒有通過請求頭中的Jmeter發送cookie之外,我沒有發現任何差異,因爲我已經將Cookie管理器包含在測試計劃中。JMeter:涉及URL重定向不起作用的登錄流程

來自firefox的登錄網址(狀態碼302)將我重定向到主頁url(狀態碼200)。現在的問題是Jmeter腳本將我重定向到與登錄頁面相同的資源url,就好像我沒有發送有效憑證或請求標題。 我已經搜索了很多根本原因,但似乎無法弄清楚可能是什麼問題。任何見解/建議表示讚賞。

+0

u能提供您的JMeter的腳本樣本請求? –

+0

您是否檢查HTTP中的「遵循重定向」選項請求詳細信息 –

回答

0

除了不被通過的JMeter的請求頭

這或許可以解釋一切發送的cookie。爲了發送餅乾,你需要得到餅乾的地方。真正的用戶打開登錄頁面之前輸入憑據,然後單擊「登錄」或「提交」或任何按鈕。

設計測試方案如下:

- Config Elements (HTTP Cookie Manager, HTTP Request Defaults, User Defined Variables, etc) 
- HTTP Request (GET login page) 
    - Post Processors and Assertions if needed 
- HTTP Request (POST credentials) 

How To Use JMeter For Login Authentication文章全面說明。

一對夫婦的 「個人」 的建議:

  1. 這是更好地記錄您的測試場景的骨架,而不是手動創建它作爲errare humanum EST參考文獻:

  2. 我不相信沒有JMeter的,也不螢火蟲因此使用Wireshark比較從真正的瀏覽器和JMeter的始發

+0

感謝您的輸入。我按照你所描述的設計了我的測試計劃,並且我注意到,只要啓用了HTTP Cookie管理器,會話ID就會在Cookie數據中傳遞。但我的登錄網址將我重定向到同一頁面,就好像我的會話不再活動一樣。所以我試圖明確地將這個會話ID作爲一個Cookie傳遞給它(登錄URL重定向到實際的主頁)。任何想法發生了什麼?我正在嘗試進一步調查此問題,同時也查看Wireshark。再次感謝您的幫助。 – Sam

+0

所以我發現了這個問題 - 它與Cookies或任何東西無關。顯然,http請求中傳遞的參數之一不再需要,但直到上個月才需要。奇怪的是,從瀏覽器啓動時,我仍然看到該參數仍然在請求中傳遞。但是,刪除該參數爲我工作! – Sam