'性能測試每天兩個知識點-web性能腳本回放不成功的解決方法'

性能測試過程中，絕大部分項目都是web項目的性能測試，而對於大部分性能測試人員認為web項目就是錄製腳本，然後修改腳本回放，所有好多人認為性能測試沒有難度就是錄腳本

，其實好多性能測試人員也沒搞清楚錄製腳本的本質是什麼，其實弄清楚本質，web腳本就是萬變不離其中，下面我們就簡單聊下web腳本的本質

1.通訊協議

其實性能測試工具的本質就是通訊協議加多線程併發，如果你能弄明白被測系統的通訊協議，恭喜你剩下的只是按照LR封裝的函數去寫腳本就可以了，而對於web系統來說，最根本的就是http協議，因此如果你想了解web腳本的本質，那你首先要學習http協議，弄明白什麼是header，什麼是cookie，什麼是form等http協議的概念，所以你如果想在性能測試的方向上更進一步，推薦你先自學下http協議。如果有人私信，我會在後面詳細講下。

2.腳本回放不成功的解決方法

錄製loadrunnerweb腳本，回放不成功的情況可能是最近常遇到的問題，而解決的方法可能各有不同，但如果你能理解第一點說的內容，那樣根據本質解決問題就一個方法就可以了，對比回放的數據包和錄製的數據包有什麼不同就可以了，以下具體說下回放不成功的解決辦法。

a.動態參數沒有做關聯，這個問題可能是最常見的解決方法，對於出錯請求前面的請求都要分析下，是哪個請求出的問題，是哪些動態參數沒有做關聯。關於如何做關聯，是個大的專題，我們接下來會講。

b.header沒有添加正確，如果回放不成功判斷不是關聯的問題，那就對比下回放發送的數據包和用工具抓的數據包的區別，對比header裡面的內容是否有缺失，如果有缺失通過web_add_header函數添加。

c.可消耗數據問題，例如註冊，如果之前跑成功了，回放就會報這個用戶名被佔用的錯誤，因此要考慮回放不成功是不是業務數據的問題。

d.如果以上都不行，最簡單最本質的辦法就是對比可疑的數據包，逐個分析不同，回放不成功的原因肯定是由於數據包的不同造成的，因此調整數據包是解決問題最本質的方法。

以上就是我對web性能測試腳本的理解，希望可以對大家有幫助。