看了大家問的問題，感覺大家的腳本都沒有寫好，
一個完整的腳本包含事務 關聯 參數化
名詞解釋：
什麽是事務：事務就是你根據具體的業務定義的，比如你要壓測一個購買商品的業務場景
以天貓購物為例：要想購買一個商品需要登錄—瀏覽商品—查看商品詳情—添加購物車—進入購物車—提交訂單—結算這些流程，
錄制完這些內容後，需要你去定義事務，那怎麽去定義事務呢，個人經驗如下
我會把登錄定義一個事務，瀏覽商品定義一個事務，進入商品詳情定義事務，添加購物車定義一個事務，進入購物車定義一個事務，提交訂單定義一個事務，結算定義一個事務，大家可能要問幹嘛要定義這麽多事務，我定義一個不行，定義一個也可以，但是如果有哪一步有了你要排查的原因就比較多，如果你定義的比較細，這樣那個比較耗時，哪一個響應慢就會一目了然，定義問題比較快

怎麽關聯
比如上文提到的登錄，你要提交訂單時，肯定帶有一個用戶的id 或者標識這你這個用戶登錄的token等等標識，這時候你就要關聯了，這個關聯的值去哪兒找呢，一般是在你這個登錄請求響應內容裏面
為什麽要參數化
大家都知道性能測試就是大並發，再進行性能測試時，我們所有大量的用戶而不是一個用戶，所以這個時候就要參數化，比如上文提到登錄時用到的用戶名
以上做完後這個腳本還是不完整的，我們還要判斷事務什麽情況是成功的什麽情況下是失敗的，還是上文提到的登錄，比如登錄成功後，響應的內容裏面包含”登錄成功“字符，這個時候我們就要把這個字符關聯下來，用來判斷登錄的事務是否是成功，如果響應的內容裏有”登錄成功“的字符，那麽登錄事務就是成功的否則就是失敗的

這樣的腳本才是一個完整的腳本，才能去進行場景設置，進行壓測，得出的結果才有參考性。以上是本人自己的見解，有不足的地方提出來大家共同探討

loadruuer11 編寫腳本的建議