項目性能測試報告-資料下載頁
2025-03-26 05:23本頁面
【正文】 700個用戶并發(fā)的測試統(tǒng)計信息（以40分鐘為例）： 平均事務響應時間測試用例響應時間(單位：秒)并發(fā)100持續(xù)5分鐘并發(fā)100持續(xù)10分鐘并發(fā)100持續(xù)30分鐘并發(fā)200持續(xù)5分鐘并發(fā)200持續(xù)10分鐘并發(fā)200持續(xù)40分鐘并發(fā)300持續(xù)5分鐘并發(fā)300持續(xù)10分鐘并發(fā)300持續(xù)40分鐘300個并發(fā)（以10分鐘為例）：500個并發(fā)（以10分鐘為例）：700個并發(fā)（以10分鐘為例）：從圖中看出，并發(fā)用戶數(shù)同時進行5分鐘，響應時間就已經在10s以上了，隨著并發(fā)用戶數(shù)和持續(xù)時間的增加，響應時間變得越來越長，當200個并發(fā)的時候已經超過20秒，已經相對較慢，但是這只是實驗室理論測試數(shù)據，在實際生產環(huán)境中過高的并發(fā)數(shù)和過長的持續(xù)壓力時間這種極端情況很少。但是并發(fā)持續(xù)了5分鐘這種情況下，我們的響應時間還是應該可以控制在8秒以內，使我們系統(tǒng)在較大的業(yè)務量的情況下可以提供較為滿意的用戶體驗。導致這樣的一種情況主要來自于網絡不佳造成（該問題并不是由于服務器端的網絡不良，而是來自用戶端的網絡不佳導致） TPS（事務數(shù)/秒）（以10分鐘為例）測試用例TPS并發(fā)300持續(xù)10分鐘并發(fā)500持續(xù)10分鐘并發(fā)700持續(xù)10分鐘300個并發(fā)（以10分鐘為例）：500個并發(fā)（以10分鐘為例）：700個并發(fā)（以10分鐘為例）： TPS數(shù)值并不理想，它反映了服務器處理能力一般，沒有充分發(fā)揮應用服務器的事務處理能力。建議：在下一個階段需要優(yōu)化。但是這個原因可能是由于網絡帶寬、前置接入系統(tǒng)處理能力較小，比如：連接數(shù)有所限制，所以最后到達核心應用服務器事務數(shù)較小，連鎖導致最終事務處理能力上不去。 吞吐量（以10分鐘為例）測試用例Total Throughput (bytes)Average Throughput (bytes/second)并發(fā)100持續(xù)10分鐘3,628,897,7475,416,265并發(fā)200持續(xù)10分鐘7,096,275,50910,008,851并發(fā)300持續(xù)10分鐘8,262,379,06911,120,295300個并發(fā)（以10分鐘為例）：500個并發(fā)（以10分鐘為例）：700個并發(fā)（以10分鐘為例）：在運行相同時間的前提條件下，隨著用戶翻倍的增加吞吐量沒有明顯增加。初步懷疑：網絡帶寬的限制，或者是前置接入系統(tǒng)的處理能力問題，請求并沒有發(fā)送到核心應用服務器端去及時處理。本次測試使用Loadrunner模擬50用戶請求交易，每個用戶沒有時間間隔（ThinkTime）的情況下反復提交交易并返回結果，持續(xù)執(zhí)行812小時。 事務平均響應時間總流程響應時間本次穩(wěn)定性測試各個服務器沒有出現(xiàn)宕機的情況，%。但是響應時間稍稍有點長了些，可以有進一步調優(yōu)的空間，一般控制在8s以下為佳（導致響應時間較長主要來自于用戶端網絡不佳的情況導致并非服務器端的網絡不佳）。第六章 測試結論 專業(yè)整理分享
環(huán)評公示相關推薦
鄂ICP備17016276號-1