[發明專利]一種規避軟件性能故障的實施系統及方法

在審

• 申請號: 201610111394.7
• 申請日: 2016-02-29
• 公開（公告）號: CN105786682A
• 公開（公告）日: 2016-07-20
• 發明（設計）人: 程永新;林小勇;潘紹強
• 申請（專利權）人: 上海新炬網絡信息技術有限公司
• 主分類號: G06F11/34
• 分類號: G06F11/34;G06F11/30
• 代理公司: 上?？坡蓪＠硎聞账?特殊普通合伙) 31290
• 代理人: 袁亞軍;金碎平

技術領域

本發明涉及一種測試系統及方法，尤其涉及一種規避軟件性能故障的實施系統及 方法。

背景技術

近些年來，軟件測試技術呈現出了高速發展的態勢，性能測試工具層出不窮，性能 測試技術取得了長足的發展，目前傳統性能測試主要由于以下幾種：

版本關鍵業務性能測試：每次版本上線前，對劃分出來的關鍵業務在測試環境實 施性能測試，測試的結果跟性能基線的結果進行比較，測試結果在基線值某個區域(譬如- 5％到5％)范圍內的，允許上線，否則需要分析系統性能問題，定位性能問題的原因并提出 優化建議；根據優化建議進行優化，優化完成后，對優化后的業務功能進行回歸測試，直到 測試結果在性能指標的范圍內才結束。

性能故障出現后推動性能測試：系統出現性能故障后，維護部門快速組織相關人 員，包括開發人員、架構師等，對出現性能故障的問題進行分析和定位，根據定位的問題進 行相應的優化，優化完成后在部署到生產環境上。

新需求性能測試：每次版本上線前，對新的需求業務功能在測試環境實施性能測 試，測試的結果在新需求性能指標范圍內的，允許上線，否則需要對不達標的分析定位性能 問題，并對性能問題進行優化，優化后達到性能指標范圍內才結束。

但是業務系統經過性能測試后并沒有解決業務系統的性能問題，主要存在以下問 題：

無法規避性能問題：在實施性能測試過程中都是在測試環境上實施，測試環境跟 生產環境的差異化大，譬如系統的整體部署架構不一樣，硬件資源差異很大，數據量不同， 數據庫實例數不同等，在測試環境測試處理的結果只能作參考，不能準確預測生產環境的 真實情況，只能發現業務系統一部分的性能問題，隨著時間的推進和用戶量的增加等情況， 業務系統隨時都可能出現性能問題。

無法度量系統好壞：系統的整體性能情況是好事壞，沒有統一標準，系統性能好， 好到什么程度；性能差，差到具體什么程度，都沒有統一標準來度量，無法讓運維團隊、客 戶等很客觀清楚掌握系統的性能情況。

性能問題處理被動：業務系統在生產環境上出現了業務辦理有問題、主機出現性 能下降，出現無法辦理業務，導致遭到客戶的投訴，技術人員才緊急組織搶救，技術人員處 于被動的狀態。

綜上所有的技術，傳統的性能測試實施方法無法突破自身的限制，無法保障業務 系統不出現性能故障，無法讓業務系統持續、穩定、高效的運行。

發明內容

本發明所要解決的技術問題是提供一種規避軟件性能故障的實施系統及方法，通 過持續收集生產環境的系統性能信息，分析系統潛在的性能問題的原因，分析出具體哪些 業務請求導致系統整體性能慢。

本發明為解決上述技術問題而采用的技術方案是提供一種規避軟件性能故障的 實施系統，所述系統包括：

新需求性能測試模塊，其用于將新的功能和修改的功能在測試環境中進行性能測 試，分析性能問題并進行性能優化，使得性能測試結果達到預設指標值，并將達到預設指標 值的系統投放到生產環境中；

建立應用性能基線模塊，其用于在生產環境中收集系統的辦理業務的響應時間， 并根據所述響應時間進行排序，形成應用性能基線；

應用系統健康評估模塊，其用于通過性能評估方法對所述收集的系統的辦理業務 的響應時間進行評分，得到所述生產環境中系統性能的評分和高耗時請求；以及分析定位 亞健康原因模塊，其用于根據高耗時請求在測試環境中進行性能測試分析，并得到性能優 化建議。

進一步地，所述系統還包括：性能優化模塊，其用于根據所述性能優化建議進行性 能優化，所述性能優化結束后在測試環境中重新測試，使得性能測試結果得到預設指標值， 并將達到預設指標值的系統再次投放到生產環境中。

進一步地，所述系統還包括：量化優化效果模塊，其用于得到優化后所述生產環境 中系統性能的評分和響應時間，并對比優化系統前后的評分和響應時間。

進一步地，所述性能評估方法是使用Apdex指數來評估，所述Apdex指數的計算公 式如下：

Apdex指數＝(1×滿意樣本數量+可容忍樣本數量/2)/所有樣本數量；其中所述 滿意樣本和所述可容忍樣本的評估標準可預設。