指令碼增強以web測試計畫登陸指令碼為實驗基礎進行，詳見如下
1. 如何驗證錄製或者自己設定的請求結果是正確的？
jmeter的斷言（assertions）元件可以完成此任務，在需要驗證的請求後面新增響應斷言
再新增乙個***來監聽此斷言執行的結果，那麼在響應斷言之後新增"斷言結果"***
下來選中響應斷言元件，在右側顯示響應斷言設定介面，根據自己的需要選擇各欄位，當前選擇預設，在要測試的區域輸入預期內容（請求傳送後的響應資料報含的資料），可以根據需要來選擇匹配規則，當前選擇的是包括，也就是響應資料只要包括我所輸入的內容即認為成功
然後選中斷言結果，右側顯示斷言結果設定及顯示介面，執行指令碼，執行後結果如下
修改預期內容為「歡迎您」,一般的登陸成功頁都有這個內容，再次執行
2. 如何設定集合點？
類似於loanrunner中的集合點在jmeter中是以定時器元件（timer）的synchronizing timer 實現的，可以設定執行緒數達到一定數量時一起傳送請求
新增成功後，選中synchronizing timer 將其用滑鼠拖到請求之前（放在請求之後是沒有效果的），並且設定集合執行緒數量（執行緒組執行緒數是50）
這裡由於執行緒組執行緒數設定的是50個，那麼希望50個都準備好一塊上所以集合點中也設定50。如果希望每等待10個執行緒就一起請求，那麼集合點設定成10即可，但是這裡有乙個原則就是集合點設定的數字滿足兩個條件指令碼才能正常執行
（1） 集合點設定數<=執行緒組執行緒數量（因為大於執行緒組執行緒數量的話就永遠也到不了集合點）
（2）執行緒組執行緒數量是集合點設定數的整數倍（因為分組有餘數的話最後一組永遠也到不了集合點）
Jmeter（十）檢查點
檢查點又名斷言，我們在手工測試過程中肉眼以及自己的邏輯思維對實際結果進行判斷是否與預期結果一致，但是工具是死的，沒有眼睛，沒有思維，並不知道需要判斷的資訊在哪塊，或者是來判斷什麼東西，我們需要讓工具更靈活一點，只有給工具加入一種邏輯，才會進行執行某種邏輯。而檢查點則就是工具的 眼睛 用來判斷是否達到...
Jmeter（十）檢查點
檢查點又名斷言，我們在手工測試過程中肉眼以及自己的邏輯思維對實際結果進行判斷是否與預期結果一致，但是工具是死的，沒有眼睛，沒有思維，並不知道需要判斷的資訊在哪塊，或者是來判斷什麼東西，我們需要讓工具更靈活一點，只有給工具加入一種邏輯，才會進行執行某種邏輯。而檢查點則就是工具的 眼睛 用來判斷是否達到...
Jmeter 之檢查點 斷言
用途 對上乙個請求返回的資訊，做字串，資料報大小，html，xml，等做判斷，確保返回的資訊的準確性 響應斷言和持續斷言應該用得比較多，乙個測試請求返回的頁面是否正確，另乙個測試伺服器的響應時間。斷言的使用方法 step 1 在你選擇的sampler下新增對應的斷言 因為不同型別的斷言檢查的內容不同...