(38) At 10：15 ，10個用戶同時提交

　　(39) 其余用戶的內容由系統(tǒng)強行提交

　　(40) 記錄第八輪測試結果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進行測試

　　(41) 第九輪測試準備工作，設定其中10個用戶同時提交，5個用戶延時5分鐘提交，其余用戶由系統(tǒng)強行提交

　　(42) At 10：25 ，20個用戶同時登錄系統(tǒng)

　　(43) At 10：30 ，10個用戶同時提交

　　(44) At 10：35 ，剩余的其中5個用戶同時提交

　　(45) 剩余5個用戶系統(tǒng)強制提交

　　(46) 記錄第九輪測試結果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進行測試

　　2、模擬20個用戶進行測試。其中，10臺是PC機，另外10臺機器的IP地址是Loadrunner模擬出來的。

　　(1) 在10臺實際的PC機中抽取其中一臺虛擬10個IP地址，包括自身的IP地址，該機器上共11個IP地址，這11個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余9臺實際的PC機分別由9個人操作，另外一臺機器由一位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　3、模擬20個用戶進行測試。其中，5臺是PC機，另外15臺機器的IP地址是用Loadrunner模擬出來的。

　　(1) 在5臺實際的PC機中抽取其中一臺虛擬15個IP地址，包括自身的IP地址，該機器上共16個IP地址，這16個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余4臺實際的PC機分別由4個人操作，另外一臺機器由一位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　4、模擬35個用戶進行測試。其中，20臺是PC機，另外15臺機器的IP地址是用Loadrunner模擬出來的。

　　(1) 在20臺實際的PC機中抽取其中兩臺分別虛擬7個、8個IP地址，這17個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18臺實際的PC機分別由18個人操作，另外兩臺機器由兩位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　5、模擬50臺用戶進行測試。其中，20臺是PC機，另外30臺機器的IP地址是用分別用兩臺實際的PC機模擬出來的。記錄測試結果。

　　(1) 在20臺實際的PC機中抽取其中兩臺分別虛擬15個IP地址，這32個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18臺實際的PC機分別由18個人操作，另外兩臺機器由兩位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　6、對5中所述情況重復測試兩次。

　　7、為了保證結果的正確性，完全50臺實際的PC機進行現(xiàn)場測試。過程參見1

　　測試過程

　　注：該測試過程針對虛擬IP地址情況。

　　1、一臺PC機上創(chuàng)建15個虛擬的IP地址。首先，啟動IP Wizard，如下：開始程序->Loadrunner->Tools->IP Wizard

　　點擊“Add”，添加你計劃虛擬的IP地址。但是注意不能添加已經被占用的IP地址。

　　2、啟動Virtual User Generator，并錄制腳本，由于50個用戶的賬號和密碼各不相同，所以，要修改腳本，設置參數(shù)。我是錄制了一個腳本，復制了49份，在每個腳本中手工修改了各自不同的地方。

　　3、啟動Loadrunner Controller，先將剛才保存的腳本添加進來。然后點擊“Scenario”菜單，激活其中的“Enable IP Spoofer”。

　　4、點擊屏幕右方的“Generators”，添加已經建立的IP，然后connect建立連接。

　　5、對連接起來的不同用戶(IP地址)分配不同的腳本，在Controller中的“design”中，點擊“Load Generators”其中，每個腳本有一個用戶執(zhí)行。

　　6、執(zhí)行Scenario。

二、在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?

　　1. 在傳統(tǒng)的BugZilla中，BUG描述應該包括以下的信息

　　2. 和BUG產生對應的軟件版本和模塊

　　3. 開發(fā)的接口人員

　　4. BUG的優(yōu)先級

　　5. BUG的嚴重程度

　　6. BUG可能屬于的模塊，如果不能確認，可以用開發(fā)人員來判斷

　　7. BUG標題，需要清晰的描述現(xiàn)象

　　8. BUG描述，需要盡量給出重新Bug的步驟

　　9. BUG附件中能給出相關的日志和截圖。

　　高質量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準確，很好的幫助開發(fā)人員定位，因此提交高質量的軟件缺陷記錄需要注意對BUG記錄的描述質量多且準確。

　　閱讀了本文“軟件測試之綜合類筆試題”，本站大學高考網（cnrencai）筆試頻道，還為你提供更多“筆試題目”相關文章閱讀