第壹，在驗收界面做各種驗收。如果數據量比較大，這個過程就比較麻煩。
其次，使用QTP的自動化腳本來創建測試數據。如果自動化腳本已經存在，最好直接使用它。如果要重新錄制，壹時半會兒還做不好。
第三，另壹種是直接將記錄寫入數據庫，因此您需要知道要在數據庫中寫入哪些表以及每個字段的含義。
第四，我使用LoadRunner重復執行以創建數據。
目前，業務實現是分層的。前臺接口受理後，業務屬性打包發送到後臺服務，業務邏輯由後臺完成，所以我是從這裏開始的。因為接口文檔是完全定義的，所以我可以直接放棄前臺，將測試字符串發送到後臺服務來模擬業務流程。這是我們單獨做後臺集成測試時的做法，所以我們有現成的測試字符串可以直接使用，省去了很多麻煩。
例如:
1860的請求字符串為:
xml版本“1.0“編碼=“GBK“？operation _ in type =“struct“...！【CDATA【？XML version =“1.0“encoding =“GBK“？請求類型=“struct“...msisdn type =“string“133333333/msisdn.../request】】.../操作_輸入
其中msisdn是用戶的手機號碼，其余的是1860的接受服務屬性，那麽我們可以在LR中編寫這樣壹個腳本:
web _ submit _ data（“test 186“，
“操作=
“方法=帖子”，
“RecContentType=text/html“，
“推薦人=
“模式=HTML“，
ITEMDATA，
“Name=1860“，“Value=？xml版本“1.0“編碼=“GBK“？operation _ in type =“struct“...！【CDATA【？XML version =“1.0“encoding =“GBK“？請求類型=“struct“...Msisdn type =“string“{ Msisdn }/Msisdn.../request】】.../operation_in“，ENDITEM，
LAST）；
在…之中
Msisdn是壹個參數，從LR的參數列表傳入。此時，只要在參數表中設置要受理的手機數量，例如有100個號碼，並在運行時間設置中設置要循環的次數，就可以很快模擬出100個用戶的受理情況。當然，接受的業務的所有屬性都可以參數化。