對于一個開發比較成熟的業務系統而言，功能相對已經完善，但在大業務量的情況下往往會出現各種異常。對此，需通過對系統進行配置修改或者產品框架調整來優化系統。在優化系統過程中，有效的手段是對系統做性能測試，通過測試結果的收集分析，不斷進行系統優化，終達到系統在大業務量情況下穩定運行的目的。
一、測試方法
測試方法主要通過測試過程中的測試步驟體現出來。測試步驟需根據每次的測試結果不斷調整，一個完善的測試方法需要不斷地進行性能測試和性能調整。在開始性能調整循環之前，必須確定以下兩點：一是建立業務模型，通過統計或數學模型的方法建立起科學的業務模型，如業務流程分布比例、平均負荷、峰值負載等；二是設置性能指標，作為判斷設計指標和實際性能處理指標的基準值，總體的系統吞吐量、系統的吞吐效率、響應時延等都是用于測量性能的常用度量標準。
確定以上兩點后，開始調整循環，這是一系列重復的受控性能試驗。重復四個調整循環階段，直至獲得在開始調整過程前建立的系統性能目標。
二、測試階段
測試階段是調整循環操作的起點，此階段是根據測試的要求進行相關操作，為下一步結果統計提供相應的測試數據。此階段需要注意測試環境配置、測試用例的操作兩個要點。
1.測試環境配置
不同的測試環境會產生不同的測試結果，因此測試前需要對環境配置進行詳細的檢查。
(1)檢查網絡連通性。網絡暢通是測試能夠正常進行的基本前提。
(2)檢查流量模型是否超出系統負荷。如果將要加的壓力大大超出系統的負荷，會對系統產生傷害，并可能在測試過程中出現宕機、告警等異常情況。
(3)檢查被測系統的系統配置。此系統配置包括軟件版本和硬件配置兩個方面，不同的系統配置會產生不同的測試結果，故測試之前應對被測系統的配置進行嚴格核對，檢查是否是測試所需的系統配置。
(4)檢查測試工具的參數配置。在性能測試中，必須利用測試工具來模擬大業務量。對于一個功能相對完善的測試工具，不但能模擬大業務量，而且還能夠配置壓力遞增方式、壓力大小、壓力持續時間等參數。在測試之前需要根據測試的需求檢查相應參數配置是否滿足測試要求。
2.測試用例操作
測試過程中，性能測試主要按照測試用例規定的內容去逐步操作。一般來講性能測試用例內容大體分成測試環境配置、預置條件、測試步驟、預期結果、判定原則、測試結果六個方面。
環境配置是指按照測試的需求配置測試環境，包括網絡的組網、系統的參數配置等；測試預置條件是指為了真實模擬一些場景，需要在測試之前在系統中預置一些條件，例如在郵箱系統的性能測試過程中，為了模擬業務開展的實際情況測試，需要在郵件系統中預先存儲一些積壓的郵件；測試步驟是指在環境配置完成及預置條件完成后，如何對系統加壓的過程，一般而言，首先確定壓力的生成形式(如階梯型遞增、二次曲線形式遞增等)，然后確定壓力遞增的時間，后要求壓力保持的時間；預期結果是指通過理論及經驗分析，對實際測試結果的一個預期指標，此內容是檢驗測試結果的一個依據；判定原則是制定出一個標準來判斷測試是否滿足要求，此原則的制定很大程度上依據測試的預期結果；測試結果是根據實際測試情況及參考預期結果和判定原則對測試的一個總體結論，其結論包括此項測試是否通過及測試的相應指標記錄兩個方面。
3.結果統計
此過程是調整循環內容中一個承上啟下的環節。此環節統計的數據來源于上一次的測試結果，并為下一步的數據分析提供相關數據。
結果的統計可以來源于被測系統和測試工具本身兩個方面，在統計過程中不但要考慮到從被測系統中統計數據還要兼顧到測試工具本身的數據統計。一般來講，從被測系統可以直接通過系統的日志統計出系統資源消耗(如CPU、內存的占用率等)；從測試工具本身可以統計出壓力的大小、業務處理時延、業務處理成功率等指標。結果統計階段需要將以上兩個方面的數據一并統計出來，為下一步數據分析提供重要依據。
4.結果分析
通過數據統計收集到系統所需的性能數據后，對這些數據進行分析以確定系統瓶頸。在這里，需要明確的是統計到的體現性能數據僅具有指示性，它并不一定可以確定實際的瓶頸在哪里，因為一個性能問題可能由多個原因所致。因此，在結果分析階段需要從系統的角度去分析并查找原因，千萬不能走入“頭痛醫頭，腳痛醫腳”的誤區。在結果分析階段應該注意到以下幾個方面。
(1)數據發現的敏感性，能夠主動發現一些貌似“合理”的數據問題。
(2)數據分析的系統性，能夠通過測試數據的表象，從系統的角度對數據進行分析，發現系統瓶頸。
(3)數據合理的疑問性，測試工作的目的是要發現問題，優化系統，所以應該抱著對所有數據懷疑的態度去分析測試數據，這樣才能做到不遺漏任何的“可疑”數據。
(4)結果分析的分步性，通過測試經驗，對于測試結果分析可以分成六步進行，包括觀察、初步假設、預測、測試、控制和結論，結論由該過程積累的佳證據集合所支持的假設組成。
三、總結
在循環調整的過程中，測試、結果統計、結果分析環節的終目的是要對系統進行優化。因此，系統優化的依據直接來源于對測試結果的分析。通常來講，對于一個比較成熟的系統，系統的絕大多數優化工作往往是對系統配置的優化，只有少部分的優化工作是對系統設計的修改。
通過對結果的分析，可以大體定位出系統問題出現在哪里，隨后對系統配置進行更改及優化。此優化過程大部分的工作是嘗試性和不間斷性的，需要不斷嘗試配置參數的改變，然后驗證此配置的修改是否達到預期目的。如果沒有達到預期目的，需要進一步對配置進行修改和驗證。根據以往的測試經驗，實現參數配置更改的重要規則是一次僅實現一個配置更改。這主要是由于系統某一個模塊/單元出現問題可能是由多個模塊/單元的瓶頸導致的。因此，分別處理每個問題很重要。如果同時進行多個更改，將不可能準確地評定每次更改的影響。
實現了配置更改后，必須對修改后的系統進行測試，確定更改對系統所產生的影響。如果幸運，性能提高到預期的水平，這時便可以退出。如果不是這樣，則必須重新逐步進行調整循環。
綜合考慮以上的內容，一個調整循環的流程才算基本完成，根據調整的結果來考慮是否進入下一部調整循環的階段。
推薦閱讀：
sales@spasvo.com
