電信運營支撐系統（OSS）性能測試報告

隨著電信行業的業務日趨復雜，電信運營支撐系統（OSS：Operation Support Systems）在電信業務處理過程中已經成為不可或缺的部分，它是電信業務開展和運營時所必須的業務支撐平臺。

OSS一般由“97工程”（營業、帳務系統）、計費及結算系統、客戶服務系統、決策支持系統等部分組成。當前我國的各大電信運營商都擁有自己的OSS系統。OSS系統的推廣應用，不僅提升了各運營商的工作效率，而且加強了企業的競爭實力。

問題的引入

隨著我國電信業務的不斷發展，電信運營支撐系統（OSS）的數據壓力也在迅速增大，OSS系統的處理速度和業務響應速度開始對生產效率產生了越來越明顯的影響，這個問題正在逐漸引起運營商的重視。

一般來說大規模的更換硬件設備，確實可以提升原有系統的處理性能，但是由于這種方式投資大，運作周期長，在競爭激烈的市場上并不是一個很好的解決方案；所以通過對現有軟件系統的調試優化，從而在當前硬件配置的情況下提高軟件系統的執行效率，被普遍認為是一種可以有效節約成本的方法被廣泛執行。 這里我們就談一談對于OSS系統的性能測試應當注意的一些問題。

了解OSS系統 避免測試“禁區”

電信運營支撐系統（OSS）運行后可能會出現系統響應速度不能滿足用戶需要的現象，這就需要引入性能測試查找導致系統響應緩慢的原因，并提出改進意見。

通過實踐我們認為，對于在線運行的OSS，在制定測試計劃時必須保證以下幾點方能開展測試工作：

保證系統能夠正常運行

被測試的系統為電信行業生產系統，軟件必須保證持續運行，所以測試期間不能使用壓力測試工具模擬多用戶操作進行壓力測試，防止造成系統服務器因不能承受業務壓力出現死機現象。

保證系統數據安全

數據庫中存儲了大量的客戶信息、資費信息和歷史數據，如果測試工作導致數據庫信息丟失很可能造成系統的整體癱瘓，所以測試過程必須保證系統的數據安全。

不添加無效的業務數據

電信行業的運營數據會通過數據統計功能進行實時的統計工作，測試人員向數據庫中添加的信息會直接影響數據庫的統計結果，對正常的生產業務產生影響，因此測試過程不能向數據庫中添加無效的測試數據。

顯然，要符合上述要求，就意味著我們的性能測試工作不能使用傳統方式，即通過壓力測試工具模擬多用戶訪問來執行測試，查找系統性能瓶頸，而需要我們更深入的了解OSS的業務特點，才能開展測試工作。

分析電信業特點 制定針對性計劃

我們在測試前期細致分析了電信行業的業務特點和被測試OSS的運行狀態，并與電信方面的維護人員就測試過程、測試方法以及電信業務情況進行了交流，通過分析，得到了電信行業的一個重要業務特點——在一些特定的時間段內，部分特定業務的壓力相對集中。

了解了這些情況后，我們就可以通過周密的計劃做到就算沒有測試工具模擬業務壓力，也可以選擇在特定業務壓力相對集中的時間段，監控這些業務對系統性能影響，并結合當時的業務情況記錄進行數據分析，從而對業務系統的運行情況進行評價。

在這一案例中，我們確定了不同時間段對不同的業務進行性能測試分析的方案，制定了以下的性能測試計劃：

根據電信行業的業務特點，我們選擇了出帳業務集中和繳費業務集中的時間段，對這些應用程序在大業務量壓力下的處理性能進行監控，檢查在實際業務壓力下系統的運行狀態。同時所得到的測試數據還要與非業務集中的時間段的性能數據進行對比，確定業務壓力對哪些性能指標造成了影響。這樣才能更準確的分析性能數據，做出合理的測試結論。

結束語

對電信行業軟件的測試，無論是功能測試還是性能測試都是具有相當難度的。這里只是對電信運營支撐系統的部分功能的測試提出一些建議。如果要保證運營支撐系統的性能可以滿足實際的需要，我們建議最好在軟件過程的3個階段進行充分的性能測試：

第一階段軟件正式上線前，通過測試工具模擬大業務量數據，確保系統的主要功能能夠滿足系統設計時對性能的要求。

第二階段軟件試運行期間，通過對系統性能的監控，檢查業務系統的在實際工作環境中資源使用是否合理。

第三階段軟件正式運行后，通過對系統性能的監控，驗證前兩個階段的測試結果。并根據正式運行后的實際狀況，提出性能調優建議

原文轉自：http://www.anti-gravitydesign.com