測試環境：Windows server 2003
測試工具：Loadrunner
Loadrunner安裝教程：https://blog.csdn.net/weixin_44158447/article/details/88030696
一、系統簡介
1.被測對象說明
重慶郵電大學教務在線課表查詢系統性能測試。登陸重慶郵電大學教務在線系統，在首頁點擊課表查詢進入選項，依次選擇學生課表、班級課表、課程課表。學生課表輸入學號查詢，班級課表直接在該頁面進行選擇，課程課表輸入課程名選擇。
2.被測模塊說明
開始模塊（vuser_inti）:開始模塊
按學號查詢模塊（student_num）：按照學生學號查詢，插入開始與結束函數，並命名為“按學生學號查詢課表”插入檢查點，檢查點success並參數化，以查詢成功頁面的學生班級代號為檢查點，使用file文本錄入10各學生班級代號。參數化，將輸入的學生學號snm參數化，使用file文本錄入10個學生學號。
| snm | success |
| 2017214*** | 1300**** |
ps:參數化格式如上表格，不做詳細說明
按班級查詢模塊（student_cnm）：按學生班級名查詢課表，插入開始與結束函數並命令為“按學生班級名查詢課表”，設置檢查點，以查詢成功界面的課程編號為檢查點。
按課程查詢模塊（stuednt_course）：按學生課程名查詢課表，插入開始和結束函數，並命名為“按學生課程名查詢課表”，設置檢查點，以查詢成功界面的課程編號為檢查點。
查詢空教師模塊（classroom）：查詢空教室，插入開始和結束函並命名“查詢空教室”
結束模塊（vuser_end）：結束模塊
二、性能需求
running vusers（集合與釋放）
trans response time （事務響應時間）
hits per second （每秒點擊數，運行過程中虛擬用戶每秒向web服務器提交的http請求數）
http response per second （每秒HTTP響應數）
1.開始模塊：能夠滿足大量用戶同時登陸，並出現不卡頓現象；
2.按學生學號查詢課表模塊：點擊學生課表，輸入學生學號能夠在極短時間內響應；
3.按學生班級名查詢表模塊：點擊班級課表，選擇對應班級號，能夠快數響應；
4.按課程名查詢課表模塊：點擊查詢課表，輸入課程名能夠快速響應；
5、查詢空教室模塊：實時查詢；
6、結束模塊：立即結束；
三、模塊腳本錄制及編號
1.開始模塊（vuser——init）
2.學號查詢模塊（student_num）
3.班級查詢模塊（student_cnm）
4.課程名查詢模塊（student_course）
5.空教室查詢模塊（classroom）
6.結束模塊（vuser_end）
ps：具體腳本錄制及參數設置代碼不給出，因為涉及學號和學校地址代碼
四、loadrunner的設計與執行
1.腳本生成器，虛擬用戶設置為20
2.場景控制器（controller）手動場景schedule配置
3.性能需求添加
4.開始運行
5.運行結束
五、結果分析器：running vusers、hits per second、thtoughput、transaction sunmmary、average transaction response time
1.running vusers圖
圖中可以看到在1分35秒處20位虛擬用戶全部集中到達集合點，3分52秒出開始釋放用戶，整個過程持續5分30秒。
2.hits per second圖
每秒點擊數，運行場景中20位虛擬用戶每秒向web服務器提交的http請求數在1分45秒處有明顯下降。
3.thtoughput圖
吞吐率，20位虛擬用戶任何給定疫苗從服務器獲得的數據量在1分40秒之后有明顯下降
4.transaction summary圖
在測試時間內，系統在20位用戶使用期間運行正常。
5.average transaction response time圖
事務平均響應時間，隨着測試時間的變化，系統處理事務的速度無明顯變化，整體性能趨於減弱。
六、測試結論
隨着時間推移，教務在線查詢課表性能無明顯變化，但可見的是數據處理能力在后期開始降低，可以推測出若用戶數量過多，教務在線的查詢課表性能會降低，響應時間會較長，若面臨龐大的用戶數同時進行操作，系統有可能面臨崩潰。（驗證方法：增加用戶數繼續測試，當用戶達到800時，開始報錯，系統出現問題）