[發明專利]在有限的資源條件下云服務器任務吞吐率的測試方法

在審

• 申請號: 201711240806.8
• 申請日: 2017-11-30
• 公開（公告）號: CN108011779A
• 公開（公告）日: 2018-05-08
• 發明（設計）人: 岳永勝;李波
• 申請（專利權）人: 四川長虹電器股份有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L29/08
• 代理公司: 四川省成都市天策商標專利事務所 51213
• 代理人: 譚德兵

本發明公開了一種在有限的資源條件下云服務器任務吞吐率的測試方法，包括：采用LoadRunner測試工具，使用JavaVUser協議編寫腳本；使用LoadRunner VGen編寫腳本，調用clientsdk消息收錄相關API，模擬消息請求和消息接收功能；使用LoadRunner Controller編排測試場景，逐漸向軟件系統增加虛擬用戶量，直到發現關鍵功能或業務的TPS趨于恒定，繼續在該虛擬用戶量下運行場景一段時間，觀察各功能或業務的響應時間是否穩定，有無異常波動現象；使用LoadRunner Analysis分析測試結果，得出消息收發的并發訪問能力值。具有高覆蓋、易實現、可擴展、可復用的優點。

技術領域

本發明涉及網絡云技術領域，具體涉及一種在有限的資源條件下云服務器任務吞吐率的測試方法。

背景技術

消息云是一種消息推送機制的云服務，它向終端提供了點對點及點對多點的消息通信機制，使得終端間的通信實時、高效、可靠，可進行可靠的、高效的消息傳遞；同時可基于數據通信進行分布式系統集成。

在軟件測試中，經常需要評測軟件高吞吐率下的性能指標，例如在系統間高頻次的推送消息。

長連接的特性是client向server發起長連接，server接受client連接，雙方建立連接。Client與server完成一次讀寫之后，它們之間的連接并不會主動關閉，后續的讀寫操作會繼續使用這個連接。TCP保活功能主要為服務器應用提供，服務器應用希望知道客戶主機是否崩潰，從而可以代表客戶使用資源。如果客戶已經消失，使得服務器上保留一個半開放的連接，而服務器又在等待來自客戶端的數據，則服務器將永遠等待客戶端的數據，保活功能就是試圖在服務器端檢測到這種半開放的連接。

高吞吐率下(吞吐率：是一種關于計算機或數據通信系統(如網橋、路由器、網關或廣域網連接等)數據傳輸率的測度，是對一個系統和它的部件處理傳輸數據請求能力的總體評價。)，系統理想的表現是當增大系統的壓力(或添加并發用戶數)時，吞吐率和TPS(TPS(transaction per second)代表每秒執行的事務數量)的改變曲線呈大體一致，則系統基本穩定。若系統壓力繼續增大時，吞吐率的曲線添加到一定程度后出現改變緩慢，甚至平坦，同時TPS也趨于平坦，查看系統資源運用，假如資源運用率比較低，說明服務器硬件資源不存在疑問，查看網絡流量，估計網絡帶寬存在疑問。同理若吞吐率TPS曲線出現改變緩慢或者平坦,假如在壓力添加時，點擊率(用戶每秒發出的請求數)趨于平坦，很可能是服務器響應時間添加，觀察服務器資源運用情況，確定是服務器疑問。吞吐率是軟件測試結果的測量單位。系統整體處理能力取決于處理能力最低模塊的吞吐率的值。

基于上述長連接和高吞吐率的描述，要達到：

支持高并發：支持千萬級用戶使用，可擴展到億級用戶；

容量：支持至少100w用戶同時在線長連接，可無限擴展；

消息延遲：單消息發送到接收時間間隔<1秒；

單臺推送服務器最大長連接數不低于20W，集群最小配置下，系統支持的最大吞吐率不低于40000/s。

如上的性能指標，測試資源需要推送服務器20臺，Hbase服務器30臺，tomcat服務器20臺，Linux測試服務器17臺，Windows測試服務器18臺。

由此可見，目前在測試軟件性能時，需要大量的服務器資源，并且使用長連接的通訊系統中，當吞吐率非常高時，容易導致長連接中斷，若不達到高吞吐率又無法測試系統的真實性能情況。此測試方法在有限的資源下發起高吞吐率且在保持長連接不斷的情況下，在高吞吐率下得到各種性能指標，測試的目的主要是系統的吞吐率。

發明內容

本發明克服了現有技術的不足，提供一種在有限的資源條件下云服務器任務吞吐率的測試方法，用于解決目前測試需要大量服務器資源的問題。