.性能分析工具[Profiler]
可以用來測試CPU到底耗在那里。profiler工具可以讓你知道系統的瓶頸在那里、CPU的使用率以及需要優化的地方。
.內存測試工具[Memory Teseter]
可以找到內存使用的問題所在，比如內存泄露、內存碎片、內存崩潰等問題。如果發現系統出現一些不可預知的或間歇性的問題，就應該使用內存測試工具測測看。
.運行跟蹤器[Execution Tracer]
可以顯示CPU執行了哪些函數、誰在調用、參數是什么、何時調用等情況。這種工具主要用于測試代碼邏輯，可以在大量的事件中發現異常的那些。
.覆蓋工具[Coverage Tester]
主要顯示CPU具體執行了那些代碼，并讓你知道那些代碼分支沒有被執行到。這樣有助于提高代碼質量并消除無用代碼。
.GUI測試工具[GUI Tester]
很多嵌入式應用帶有某種形式的圖形用戶界面進行交互，有些系統性能測試足根掘用戶輸入響應時間進行的。GUI測試工具可以作為腳本工具有開發環境中運行測試用例，其功能包括對操作的記錄和回放、抓取屏幕顯示供以后分析和比較、設置和管理測試過程(Rational公司的robot和Mercury的Loadrunner工具是杰出的代表)。很多嵌入式設備沒有GUI，但常�？梢詫η度胧皆O備進行插裝來運行GUI測試腳本，雖然這種方式可能要求對被測代碼進行更改，但是節省了功能測試和回歸測試的時間。
.自制工具[Home-madetester]
在嵌入式應用中，有時候為了特定的目的，需要自行編寫一些工具來達到某種測試目的。本人曾經編寫的視頻流錄顯工具在測試視頻會議數據流向和變化上幫了大忙,幫公司找到了幾個隱藏很深的bug。
2.盡早發現內存問題
內存問題危害很大，不容易排查，主要有三種類型:內存泄露、內存碎片和內存崩潰。對于內存問題態度必須要明確，那就是早發現早“治療”。在軟件設計中，內存泄露的“名氣”最大，主要由于不斷分配的內存無法及時地被釋放，久而久之，系統的內存耗盡。即使細心的編程老手有時后也會遭遇內存泄露問題。有測試過內存泄露的朋友估計都有深刻地體驗，那就是內存泄露問題一般隱藏很深，很難通過代碼閱讀來發現。有些內存泄露甚至可能出現在庫當中。有可能這本身是庫中的bug，也有可能是因為程序員沒有正確理解它們的接口說明文檔造成錯用。
在很多時候，大多數的內存泄露問題無法探測，但可能表現為隨機的故障。程序員們往往會把這種現象怪罪于硬件問題。如果用戶對系統穩定性不是很高，那么重啟系統問題也不大;但，如果用戶對系統穩定很高，那么這種故障就有可能使用戶對產品失去信心，同時也意味著你的項目是個失敗的項目。由于內存泄露危害巨大，現在已經有許多工具來解決這個問題。這些工具通過查找沒有引用或重復使用的代碼塊、垃圾內存收集、庫跟蹤等技術來發現內存泄露的問題。每個工具都有利有弊，不過總的來說，用要比不用好�？傊�，負責的開發人員應該去測試內存泄露的問題，做到防患于未然。
內存碎片比內存泄露隱藏還要深。隨著內存的不斷分配并釋放，大塊內存不斷分解為小塊內存，從而形成碎片，久而久之，當需要申請大塊內存是，有可能就會失敗。如果系統內存夠大，那么堅持的時間會長一些，但最終還是逃不出分配失敗的厄運。在使用動態分配的系統中，內存碎片經常發生。目前，解決這個問題最效的方法就是使用工具通過顯示系統中內存的使用情況來發現誰是導致內存碎片的罪魁禍首，然后改進相應的部分。
由于動態內存管理的種種問題，在嵌入式應用中，很多公司干脆就禁用malloc/free的以絕后患。
內存崩潰是內存使用最嚴重的結果，主要原因有數組訪問越界、寫已經釋放的內存、指針計算錯誤、訪問堆棧地址越界等等。這種內存崩潰造成系統故障是隨機的，而且很難查找，目前提供用于排查的工具也很少。
總之，如果要使用內存管理單元的話，必須要小心，并嚴格遵守它們的使用規則，比如誰分配誰釋放。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
