文件控制
聯網核查系統最近一年的業務量（按月）統計如圖所示。
由上圖可見，除年初（1月,2月）業務量較少，其它月份均表現出穩步遞增的趨勢，2023年9月份的（214011706筆）比去年同期（155755708筆）業務增量為37.4%，日均業務量為713萬筆，10月21日核查業務量達到858萬筆。
由於聯網核查系統各個應用伺服器之間的負載均衡，因此重點監控picpwas1伺服器，對picpsvr11和picpsvr12兩個應用伺服器進行監控。
對系統資源進行分析，確定系統硬體資源是否滿足業務的需求。
本文的資料採集時間統一為2010.07.07日至7月9日。
下圖為picpwas1伺服器的cpu使用率趨勢圖。在每天的早上八點至下午六點業務的高峰期，系統cpu使用率峰值為97%，此數值偏高，考慮到聯網核查系統的訪問量巨大，而且在業務空閒時，系統cpu使用率可下降到正常水平，因此判斷picpwas1伺服器的cpu效能基本滿足業務的需求。
引數涵義：cpu的利用率(cpu usage percent)是指非空閒程序占用時間/總時間的比例，即cpu執行非空閒程序的時間/ cpu總的執行時間。
參考標準：<=70%：cpu正常； >=70%或<=90%：cpu比較繁忙；>90%：cpu非常繁忙，需要關注。
下圖為picpwas1伺服器的記憶體使用趨勢圖。可以看出，系統物理記憶體為8gb，在業務執行的整個期間，物理記憶體嚴重不足，低谷時僅剩餘幾十兆。建議適當增加記憶體。
引數涵義：記憶體利用率(memory utilization)是指已使用的記憶體量/記憶體總量。
參考標準：<=60%：記憶體足夠； >=60%或<=90%：記憶體使用度比較高；>90%：記憶體使用率太高，需要管理員關注
picpwas1的物理記憶體使用率非常高，可用的物理記憶體不足100兆，通過監控系統可以看到，其4g大小的交換區使用率始終在40%左右，使用率偏高，建議適當增加記憶體，以保證系統正常使用。
對部署於聯網核查應用伺服器picpwas1上的兩個例項：picpsvr11和picpsvr12的資源使用情況進行分析。
下圖為picpsvr11在2023年7月5日7:53-8:53各種資源資源資訊分析，可以看出，jvm表現正常，每分鐘的請求數大概在7000個左右，每分鐘請求的平均響應時間在400毫秒左右，業務系統穩定。
從上圖中可以看出該例項jvm的cpu使用率在13%左右，在三天中，高峰時的cpu使用率為14.1%，業務閒時降到1%左右，如下圖所示。
與例項picpsvr11的情況基本一致。
從picpsvr12資源分析，可以看出，jvm表現正常，每分鐘的請求數大概在5000個左右，每分鐘請求的平均響應時間在140毫秒左右，業務系統穩定。
從上圖中可以看出該例項jvm的cpu使用率在12%左右，在三天中，高峰時的cpu使用率為14.3%，業務閒時降到1%左右，如下圖所示。
對聯網核查系統伺服器picpwas1的作業系統及was例項進行分析表明，系統在業務高峰期系統資源使用率較高，在業務空閒期的資源使用率回落，系統資源比較正常。
伺服器作業系統的物理記憶體為8gb，可用的物理內存在500mb內，業務高峰時僅剩餘20mb，對換區使用率達到40%，記憶體壓力大，建議適當增加物理記憶體。
聯網核查系統並無特定的業務高峰日期，故採集並儲存正常工作日八小時的可用性資料用於分析。資料取樣期為：data interval = 5 min，每5分鐘生成乙個資料點。
從圖中可以看出，聯網核查應用可用性為99.855%，應用系統可用性高，執行穩定。
其中slow表示響應時間大於10秒， failed表示無法獲得正確響應。
如圖，聯網核查應用的響應時間，平均不足1秒，業務響應迅速，業務高峰時響應時間在1秒左右，響應時間比較理想。
資料取樣期為：data interval = 5 min，每5分鐘生成乙個資料點。
使用者請求數量：聯網核查應用在picpwas1上的請求流量大概為每小時70萬個；
錯誤率：0.145%，可看出服務端錯誤與客戶端錯誤各佔一半；
平均響應時間：不足一秒，業務高峰時相對較高，響應正常；
網路頻寬使用情況：在picpwas1上的整個聯網核查應用的頻寬流量為每五分鐘120mb，網路流量很大。
通過在不同的時間段隨機抽取708個失敗的請求進行分析。
returncode=500的請求，「無法找到檔案」，集中在和兩個檔案。表示**中存在對特定url的請求，但該目標url由於某些原因無法被載入。對目標url進行分析可以看出，這些url均為錯誤的鏈結位址，可能為使用者輸入的錯誤位址或者程式產生的錯誤位址。
returncode=404的請求，「內部伺服器錯誤」，集中於檔案，而且都是在執行siopen方法時，造成了url重複傳參，形成很長的url路徑，從而造成錯誤。該問題應該屬於程式在組合生成url位址時的**錯誤。一旦解決此url的大量重複問題，可避免大約41%的錯誤。
軟體系統效能測試分析報告
修訂歷史記錄 目錄1 概述 3 1.1 編寫目的 3 1.2 專案背景 3 1.3 術語 縮略詞 3 1.4 測試目的 3 1.5 測試方法 3 1.6 測試範圍 3 2 參考文件 3 3 測試執 況 3 3.1 人力資源 3 3.2 測試時間 3 3.3 測試環境 3 3.4 測試過程安排及描述 ...
Ascent系統效能測試報告
1.引言 1.1 測試目的 本文件通過測試方案制定效能測試報告，目的是為專案人員提供分析報告，通過測試發現瓶頸並進行解決，更好的完善所測試專案。1.2 測試物件 ascent藥品網頁訂購系統 1.3 測試環境 1.4 相關注意術語 併發執行緒數 測試時同時訪問被測系統的執行緒數。注意，由於測試過程中...
web系統效能測試報告
1.總述 1.1 測試物件 web系統 資料庫建表sql的版本是20060228 1 程式 的版本是20060310 1 1.2 測試目的 確定系統支援的最大併發使用者數 系統的處理能力能達到2次請求 分鐘 1.3 測試環境 1.4 測試依據 1.5 參考資料 1.6 術語及縮寫詞 測試時間 一輪測...