現在的專案中，最基礎的就是指令碼的優化和完善，這是最好測試的前提
前段時間，6只交易12個伺服器整整鬧了乙個星期才鬧好，老大也是默默看著你裝逼（多大的能力出多大的活）
指令碼是調通了，但是執行就是會報資料重複的錯（error:註冊的手機已經存在，請核實手機號！）
好，那麼問題來了：
上訴的問題就是我之前取值隨機導致的，現在有序的取值會是不是的取到之前的隨機數，導致tps會受到一定的影響
首先搞清楚了幾個概念：
update value on
once：在所有的反覆中都使用同乙個值（僅在場景初始化時產生一次，乙個場景中的所有併發和所有反覆的值都相同）
select next row（方法可以是連續的，隨機的，唯一的或者其他）
隨機（random）：該方法在每次迭代的時候會從資料表中取隨機數
唯一（unique）：unique方法分配乙個唯一的有順序的值給每個虛擬使用者的引數。
唯一引數值的分配方式
LR 指令碼在init中引數化的問題
init中是可以做引數化的，但單在指令碼中執行和在場景中執行有所不同，以下做詳細說明 例子 使用者登入引數化 生成單據需要資料引數化 登入名 密碼 id title a1 p id1 title1 a2 p id2 title2 a3 p id3 title3 a4 p id4 title4 a5 ...
LR 指令碼在init中引數化的問題
init中是可以做引數化的，但單在指令碼中執行和在場景中執行有所不同，以下做詳細說明 例子 使用者登入引數化 生成單據需要資料引數化 登入名 密碼 id title a1 p id1 title1 a2 p id2 title2 a3 p id3 title3 a4 p id4 title4 a5 ...
在LR中如何忽略Socket接收資料的驗證
在lr中如何忽略socket接收資料的驗證 在lr中對socket進行效能測試時，lr會自己判斷lrs receive回來的資料的長度，而如果長度不符的話會有時間延遲的情況 這是效能測試完全不能接受的事情 如果做到這一點呢，經過反覆嘗試，發現一種簡單的方法 用 代替具體的長度 類似於將 recv b...