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