內存的分析，一般是一個長期分析的過程，要做好不容易，首先要有長期奮戰的準備，其
次內存泄漏的分析最好是放在單元測試之中同步進行，而不是要等到最后再去發現問題，當然出了問題也只好面對，一般這類問題都是在服務器運行了很久才暴露出來，一旦發現問題后，則需要定位問題，分析的原則采用子系統相互獨立運行，找到最小問題的系統集,或是借助內存分析工具觀察內存對象情況，初步定位問題，再用Purify進行運行時分析，通常C++ 內存問題比較多，Java與.NET比較少，一般由GC不合理引起。C++的內存錯誤就比較多了，主要常見的有:
1、 Array Bounds Read (ABR) ：數組越界讀
2、 Array Bounds Write (ABW)：數組越界寫
3、 Beyond stack Read (BSR)：堆棧越界讀
4、 Free Memory Read(FMR)：空閑內存讀
5、 Invalid pointer Read(IPR)：非法指針閱讀
6、 Null Pointer Read(NPR)：空指針閱讀
7、 Uninitialized Memory Read(UMR)：未初始化內存讀寫
8、 Memory Leak：內存泄漏
注：如果需要更多的信息，可以參見Purify的幫助信息。
順便提一句，為什么我要說單元測試時做這個比較好，由于單元測試針對的是單一功能，
這時結合單元測試案例做內存分析會更快的定位問題，同時由于問題較早的發現，則后期的風
險則會減少，當然如果結合代碼覆蓋工具PureCoverage 來做就更完美了。注：本篇只是對B/S應用的測試過程作一個整體的描述，對某一個階段使用的工具只是作
大概的介紹,你也可使用你比較熟悉的工具達到相同的目標。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
