財經管理系統案例分析
2011年中國軟件評測中心對某單位的財經管理系統進行了性能測試,為期8個工作日。經過***輪測試,在確定的4個測試用例中,2個不滿足委托方的需求指標。通過分析測試數據,我們協助開發商定位了軟件缺陷,提出了優化建議。在回歸測試中,我們對整改后的系統再次進行測試,最終滿足了委托方的需求指標。本文將詳細介紹測試過程。
一、系統簡介
財經管理系統主要包含財務核算、預算管理、資產管理、報表管理等功能模塊。財務核算模塊包括了總賬、現金銀行、內部結算、網上報銷等功能,主要實現了憑證管理、賬簿查詢、成本結轉、網上報銷等業務流程;預算管理系統主要實現了預算填報審核、預算調整、預算控制、預算結轉等功能;資產管理系統主要實現了資產采購、出入庫、領取等功能;報表管理主要實現了報表統計、成本分析以及指標查詢。
財經管理系統在功能上集成和整合了財務系統與業務系統,實現了各信息系統之間的集成、溝通、協調及整合。功能的高集成性就要求系統性能的高可靠性。
二、測試環境描述
本次測試在已經投入運行的系統環境中進行,為了盡量減少性能測試對使用用戶和環境的影響,我們采取了如下措施:
建立獨立的測試帳套;
性能測試選在非工作時間進行測試;
在性能測試過程中會產生大量的垃圾數據,我們對所有的測試數據進行統一標記,便于測試結束后對系統中垃圾數據的清理。
三、測試實施過程
1. 測試用例選擇
在測試用例的選擇上,我們重點選取了用戶訪問量比較大的系統登錄、保存報銷單據、保存調整單據、預算查詢4個用例。4個用例的選擇覆蓋了讀和寫數據庫操作。
3. 測試結果總結
委托方提出了性能指標要求,選取的性能測試用例需達到300用戶并發,系統響應時間應小于等于5秒,且數據庫服務器和應用服務器的CPU利用率不應超過80%。
在***輪測試中,保存報銷單據、保存調整單據和預算查詢3個用例的并發用戶數未能滿足要求,發現如下問題:
在保存報銷單據操作達到200用戶并發時,報銷單據出現重號現象;
在保存調整單操作達到300用戶并發時,系統響應時間達到了9秒;
在預算查詢操作達到300用戶并發時,數據庫服務器的CPU利用率超過了80%;
四、優化及回歸測試
1. 優化措施
針對測試中出現的問題,通過分析,我們提出了如下優化措施:
系統后臺跟蹤日志輸出,設置成錯誤日志和非調整日志輸出,減少不必要的日志輸出;
Oracle 數據庫數據查詢進行優化,更新統計信息;
單據號處理規則進行優化,提高并發處理性能;
直接登錄獨立的WEB服務器(之前測試登錄的是與應用服務器集成在一起的服務器);
數據庫查詢SQL進行了索引優化;
3. 回歸測試結果
對于整改后的系統,我們進行了回歸測試。
保存報銷單據達到了700用戶并發。700用戶并發執行報銷單據保存時系統資源占用情況:
保存預算調整單據達到了500用戶并發。500用戶并發執行預算調整單保存時系統資源占用情況:
預算查詢達到了500用戶并發。500用戶并發執行預算查詢時系統資源占用情況: