1、案例背景
在案例A中，通過混合負載測試場景驗證了E系統的高效性。在本案例中，將通過穩定性測試場景驗證E系統的穩定性。
2、場景設計
在穩定性測試場景設計時，執行時間需要考慮系統的運營時間，如5*8h、7*24h等。穩定性測試場景的執行交易量應不少於日平均交易總量，根據項目具體要求可延長執行時長或者考慮跨日執行。
在本案例中，通過分析E系統日常交易分佈規律可以得出，E系統 每日高峰交易量集中發生在9:00-12:00和14:00-17:00，故場景時長設計為6小時，另外，選取的交易、交易的比例和交易量可參考案例A中的需求分析。最終設計“目標TPS312.58筆 /s(80%的業務目標)，執行時間為6h”的穩定性場景。
3、結果分析
各服務器內存消耗情況
各服務器內存換頁情況
從圖中可以看出，在執行期間，兩個AOR服務在前4h內存持續升高直至最大值（28G）後開始頻繁的換頁。從穩定性測試結果可以看出，AOR服務器存在內存洩漏問題。
4、經驗總結
在本案例中的內存洩漏問題有兩個表現，一是內存使用率不斷增加直到內存達到最大值；二是達到最大值以後出現頻繁的內存換頁。這個兩個表現是判定內存洩漏的必要條件。對於有些應用系統，在初始化設置的進程數較小，故申請的內存也相對較小；當應用系統的壓力逐漸增大時，應用系統會不斷創建新的進程，也就不斷地申請新內存，直道申請的進程數達到設置的最大值，此時內存也不再繼續增長。所以，內存在一段時間內出現不斷增長並趨於穩定的現象，並不能判定存在內存洩漏。對於有些應用系統，初始設置的內存數過小導致在較大壓力下，內存出現頻繁的換頁現象，此時只能說明此應用系統的內存不夠，並不能說明內存存在洩漏。
在本案例中，場景在4h 內出現內存逐步增長現象，但是未出現換頁，直到4h以後內存用盡才出現換頁現象，暴露內存洩漏問題。所以應用系統的有些缺陷是短時間內無法暴露出來的，這就顯示出穩定性測試的重要性，其中場景的執行時長設置尤為重要。
閱讀更多 肥西金 的文章
