㈠ 如何使用JVisualVM進行性能分析
1） 靜態代碼分析 ：主要通過一些既有的代碼編寫規則，來分析目前代碼是否存在一些安全漏洞或待優化的問題，可以通過自己的實際情況來對檢查規則做相應的調整。（2） 任務管理器 ：快捷鍵：Ctrl+Shift+Esc ，我們通過使用Processes 和Performance 標簽來從整體上進行判斷，主要是通過觀察我們軟體的進程在執行過程中發生的CPU、內存、硬碟讀寫等指標的變化，因為其不具有日誌記錄功能，需要實時性地觀察和多次嘗試，目的就是在大方向上判斷是否存在性能問題。（3） 性能監視器 ：Start -> Run -> Perfmon ，或從系統管理工具中打開，通過這個工具我們可以定製觀察很多的詳細參數變化情況，且界面是通過一個監視器來不斷刷新數據，相對任務管理器的實時性而言，該工具會記錄一段時間內的變化，有助於我們總結和觀察參數的變化，並最終確定性能問題的根由。（4） 探查事件 ：在VS中集成有事件探查功能，VS2008中的位置為「分析 -> 啟動性能向導 」，我們可以選擇不修改程序二進制代碼的「采樣 」方式，也可以選擇會修改二進制文件的「插裝 」方式，前者通過對CPU計數器的采樣，來獲取相應的計數器數據，而後者通過添加一些必要的處理函數來更加精確地觀察函數的執行情況，可斟酌選擇。我們會得到大量的分析數據，注意進行再次篩選。（5） 代碼覆蓋 ：主要是通過結合測試來達到對代碼的檢查范圍，不一定代碼覆蓋率越高越好，關鍵是要根據自己的情況來制定合適的覆蓋目標為宜。（6） 命令行工具集成 ：我們同樣可以通過命令行工具執行一些第三方的測試工具，如VSInstr 、VsPerfMon 、VSPerfCmd 和VsPerfReport 工具等。
㈡ 如何進行性能測試與分析
「為什麼我上線系統的性能和性能測試的結果相差很大呢？」這是一些用戶會經常碰到的問題。當然產生這個問題的原因很多，下面我用一個很典型的例子來說明一下。一個用戶登錄界面，要求用戶輸入用戶名、密碼點擊登錄，登錄系統。程序的處理流程如下：根據輸入的用戶名、密碼生成SQL語句，select roleID from usertable where username='用戶名' and password='密碼'，把這條語句發給ORACLE資料庫，從資料庫中查詢數據，如果查詢的roleID不為空則是合法用戶允許登錄，否則不允許登錄系統。 這是一個非常簡單的系統。性能測試人員用LOADRUNNER錄制腳本，然後用逐步加壓的方式來運行腳本，TPS、ORACLE的命中率、資源佔用都很理想。性能測試人員就陷入了一種盲目的樂觀情緒中，就認為系統性能沒有問題，結果在實際運行中系統性能與性能測試中的性能相差很大，為什麼會出現這種情況呢，下面我們來分析一下：首先我們來了解一下ORACLE的運行機制：從客戶端發送一條SQL語句到ORACLE服務端，ORACLE要對SQL語句進行解析、執行、返回結果。 並且ORACLE有一個LRU（最近最常使用的語句）機制，把最近最常使用的SQL語句保存到共享內存SGA中的libary cache中，下一次再有這樣的請求它就不解析了，直接從共享內存中使用。假如我們使用的SQL語句是select roleID from usertable where username='AAA' and password='123'，在我們加壓的時候它就解析一次或很少的幾次，其他的請求就會從共享內存中取得，並且返回的結果也會保存到BUFFER CACHE中，這樣系統的測試結果當然就是很好的。但在實際工作中，用戶名和密碼是各種各樣的，而ORACLE解析的條件又要求非常苛刻，SQL語句有一點不同它就認為是不同的SQL語句就要重新進行解析，而解析非常耗費系統資源，所以在實際運行中系統的性能和性能測試的結果相差很大。通過這個例子我們可以看出我們沒有把真正的壓力壓到點上，也就是進行的不是有效性能測試。如何進行有效性能測試呢？一定要仔細地分析你要進行測試系統的架構、技術體系，LOADRUNNER只是一個加壓工具，它對 ORACLE的監控也非常的不好，不要盲目的相信LOADRUNNER.一定要充分重視測試的調研和設計工作，如果能在測試前拿到系統開發的各種文檔是最好的，如果沒有也要充分調研業務人員、開發人員、系統運維人員，了解系統的技術架構、業務組成、業務流程、業務頻度、數據量等要素，這樣才能進行有效性能測試
㈢ 我EXCEL中沒有數據分析怎麼辦急急急！！！
可能對你有所幫助
載入分析工具庫
分析工具庫是一個
excel
載入項
（載入項：為
microsoft
office
提供自定義命令或自定義功能的補充程序。）程序，安裝
microsoft
office
或
excel
後即可使用該程序。但是，要在
excel
中使用它，您需要先進行載入。
在「工具」菜單上，單擊「載入宏」。
在「可用載入宏」框中，選中「分析工具庫」旁邊的復選框，然後單擊「確定」。
提示
如果「分析工具庫」未列出，請單擊「瀏覽」進行查找。
如果出現一條消息，指出您的計算機上當前沒有安裝分析工具庫，請單擊「是」進行安裝。
單擊菜單欄上的「工具」。載入分析工具庫後，「數據分析」命令會添加到「工具」菜單中。
注釋
要為分析工具庫包含
visual
basis
for
application
(vba)
函數，您可以按照與載入分析工具庫相同的方法載入分析資料庫
-
vba
函數載入宏。在「可用載入宏」框中，選中「分析資料庫
-
vba
函數」。
㈣ 如何進行存儲系統的性能測試
要解決問題，首先要明確准備將測試結果精確到什麼程度：
只是獲得一個初步的結果；
分析未來的發展動向；
准備搜集盡可能多的數據；
進行存儲性能分析不僅僅是收集數據那麼簡單。採集數據只是一方面，另外，需要分析數據。可以用現有的SRM(存儲資源管理)工具來採集數據。如果沒有這種系統，可以僱用顧問公司來解決這個問題(顧問公司還可以同時進行數據分析)。
幾個SRM系統能夠工作，比如SUN公司的StorEdge Suite，IBM公司也集成了Trellisoft SRM系統，這兩個系統都能在開源環境中工作。然而，這些系統都有至少5個許可證書，如果要在自己的系統中採用它們，就需要獲得相應許可。
如果只想測試系統性能，不需要執行整個SRM系統，最好的選擇是獲得外部的幫助(比如僱用顧問公司)。
如果打算採用別的軟體來完成採集數據的工作，那麼需要注意如下幾點：
執行軟體前，需要配置好對應的管理框架
軟體不一定支持所有的操作環境(Windows, Linux, Solaris, Aix)
軟體不支持資料庫
測試代理性能時需要重啟已經安裝過的伺服器
除了少數幾個操作系統，軟體代理大部分情況下無法進行遠程操作(設想一下，可能需要手動安裝上百個代理軟體)
㈤ 如何進行資料庫性能分析
使用RichAPM可以直接針對不同類型的資料庫性能進行分析，包括MySQL、Oracle、SQL Server三類關系型資料庫及Memcache、redis兩類非關系型資料庫。