假設我們這9個業務的測試腳本寫好了，我們的測試策略有2種：
1、混合場景（混合業務），也就是把這9個業務放一起跑
2、單場景（單業務），也就是一個業務一個業務的跑。
一般情況先單場景后混合場景，單場景的目的一般是為了發現缺陷、發現瓶頸的。而混合場景是評估整個系統性能的。
如項目該驗收了，讓你去評估一下系統的整體性能如何，這個時候就做的是混合場景的測試。
可以先跑單的，看看每個模塊的處理能力是個什么樣子，單場景一般意味着咱們系統可能有問題。
先跑一個發帖子（不帶附件的），腳本再跑之前最好先運行一下，在vugen中我們是1個用戶在跑。運行完后看有沒有運行成功。
判斷業務成功沒成功，不要非在test result里面看，有可能他會展示不出來，最准確的是看看項目，發了帖子有沒有成功，或者到數據庫里面看看。
接下來去跑發帖子這個模塊。發帖這個模塊包含的業務：
打開首頁、登錄、選擇一個模塊、點發帖提交
打開首頁不是登錄，就是打開首頁和登錄不是必然關系的。
放controller里面跑，一個小時期望是15萬的帖子量，但結果發了10萬，是不是可以說發帖子沒滿足咱們的性能需求？
不能。還有首頁、登錄，因為登錄很慢就會導致發帖子很慢，就是相對時間內發帖子量會很少，因為就一個小時么，會把很多時間分配到登錄上面。
如果我們想把我們的重心放到發帖子上去，就想看發帖子，其他不想關注，那么我們就要弱化登錄，比如，登錄跑一次，發帖子跑1萬次，或登錄只跑一次，其他都跑發帖子。
所以如果你想看哪個模塊有問題沒就把其他模塊弱化，把壓力都壓到你想看的模塊上。
比如我們只想測提交帖子這一步，不停的狂提交帖子，這時我們就可以把提交帖子前面的步驟都扔到int里面去，或者再增加一個action，登錄一次發100個帖子。。扔int，時間長了可能會失效。
為了真實我們從選擇一個模塊這開始做性能測試。
我們做隨機選擇一模塊，隨機發帖子
我們可以加很多action，左邊右鍵，點Create New Action
然后我們可以把打開首頁的代碼拷貝到新建的action為index里面；從登錄到刷新首頁放到login里面。剩下就是選一個模塊，發帖子了。
參數是全局的，變量是私有的。打開首頁前面的fids參數在腳本中其它action中也是可以用的。
從腳本開始設計場景
1）設置一下執行順序，點運行時設置，Run Logic，可上下移動。
2）Insert Block
如果想控制index、login只跑一次，Action跑多次，可以點Insert Block，這個是做管理的，Run這就是一個Block,塊。
3），把Block移動到下面，把action刪掉。選中Block0，點insert action，把Action放到Block中
4）Block屬性設置
index、login跑一次，在Block0 上我點屬性，可以設置Block0它跑多少次。比如寫100次，相當於咱們寫一個for循環。
假設我這個腳本迭代10次，那應該發多少帖子：1000個，登錄10次。
我們現在先設置簡單點首頁、登錄、發帖都先跑1次。
