Memory Statistics視圖顯示了應用程序創建的對象的數量。結果可以按照軟件包來組織（以樹視圖的形式），或者顯示為類或實例的一個列表。這些數據可以讓您了解每種類型創建了多少個對象；應該對創建的對象（特別是高級對象，例如域對象）不正常的高數量持懷疑態度。
用于檢測內存泄漏的另一個有用工具是Object References視圖。為了獲得這些數據，您需要激活引用收集。啟動分析之后，點擊monitoring項，然后在上下文菜單中選擇Collect Object References（參見圖6）。接下來，通過上下文菜單（Open with -> Object References）打開Object References視圖。您將獲得一個類的列表，它帶有對每個類的引用的次數。這可以為可能的內存泄漏提供一些線索。
圖 6: 激活引用收集
如圖7所示，從Execution Statistics視圖可以清楚地了解到應用程序執行到了哪里。"organization by"軟件包可以幫助您找出執行時間最長的類和方法。點擊一個方法將打開Method Invocation Details視圖，它將顯示有關方法被調用次數、調用地點以及它本身調用了哪些其他方法的更詳細信息。盡管與一些可以向下發掘到源代碼本身的商業工具相比，這個視圖與源代碼視圖的集成度沒有那么高，但是它還是可以給出一些重要線索，幫助您找出執行錯誤的方法。
圖 7: Execution Statistics視圖
Coverage Statistics視圖（參見圖8）提供的信息是關于，您剛剛運行的測試用例使用了（因此至少在某種程度上測試了）哪些方法。覆蓋統計數據是一項優秀的功能，盡管它們提供的信息的詳細程度還無法與像Cobertura、Clover和jcoverage這樣的專業覆蓋工具相提并論（它們可以提供行精度的覆蓋數據，以及行和分支覆蓋的統計數據）。盡管如此，它也有自身的優點，那就是可以提供實時的覆蓋結果，而目前，只有商業的代碼覆蓋工具，例如Clover和jcoverage，才能提供行級別的覆蓋報告和完整的IDE集成。
圖 8: Coverage Statistics視圖
文章來源于領測軟件測試網 http://www.kjueaiud.com/
