嵌入式軟件測試十大秘訣(編輯修改稿)
2025-04-21 00:53 本頁面
【文章內(nèi)容簡介】 運行測試用例，其功能包括對操作的記錄和回放、抓取屏幕顯示供以后分析和比較、設置和管理測試過程(Rational公司的robot和Mercury的 Loadrunner工具是杰出的代表)。很多嵌入式設備沒有GUI，但常?？梢詫η度胧皆O備進行插裝來運行GUI測試腳本，雖然這種方式可能要求對被測代碼進行更改，但是節(jié)省了功能測試和回歸測試的時間。 .自制工具[Homemade tester] 在嵌入式應用中，有時候為了特定的目的，需要自行編寫一些工具來達到某種測試目的。本人曾經(jīng)編寫的視頻流錄顯工具在測試視頻會議數(shù)據(jù)流向和變化上幫了大忙,幫公司找到了幾個隱藏很深的bug。 內(nèi)存問題危害很大，不容易排查，主要有三種類型:內(nèi)存泄露、內(nèi)存碎片和內(nèi)存崩潰。對于內(nèi)存問題態(tài)度必須要明確，那就是早發(fā)現(xiàn)早“治療”。在軟件設計中，內(nèi)存泄露的“名氣”最大，主要由于不斷分配的內(nèi)存無法及時地被釋放，久而久之，系統(tǒng)的內(nèi)存耗盡。即使細心的編程老手有時后也會遭遇內(nèi)存泄露問題。有測試過內(nèi)存泄露的朋友估計都有深刻地體驗，那就是內(nèi)存泄露問題一般隱藏很深，很難通過代碼閱讀來發(fā)現(xiàn)。有些內(nèi)存泄露甚至可能出現(xiàn)在庫當中。有可能這本身是庫中的 bug，也有可能是因為程序員沒有正確理解它們的接口說明文檔造成錯用。 在很多時候，大多數(shù)的內(nèi)存泄露問題無法探測，但可能表現(xiàn)為隨機的故障。程序員們往往會把這種現(xiàn)象怪罪于硬件問題。如果用戶對系統(tǒng)穩(wěn)定性不是很高，那么重啟系統(tǒng)問題也不大。但，如果用戶對系統(tǒng)穩(wěn)定很高，那么這種故障就有可能使用戶對產(chǎn)品失去信心，同時也意味著你的項目是個失敗的項目。由于內(nèi)存泄露危害巨大，現(xiàn)在已經(jīng)有許多工具來解決這個問題。這些工具通過查找沒有引用或重復使用的代碼塊、垃圾內(nèi)存收集、庫跟蹤等技術(shù)來發(fā)現(xiàn)內(nèi)存泄露的問題。每個工具都有利有弊，不過總的來說，用要比不用好?？傊?，負責的開發(fā)人員應該去測試內(nèi)存泄露的問題，做到防患于未然。 內(nèi)存碎片比內(nèi)存泄露隱藏還要深。隨著內(nèi)存的不斷分配并釋放，大塊內(nèi)存不斷分解為小塊內(nèi)存，從而形成碎片，久而久之，當需要申請大塊內(nèi)存是，有可能就會失敗。如果系統(tǒng)內(nèi)存夠大，那么堅持的時間會長一些，但最終還是逃不出分配失敗的厄運。在使用動態(tài)分配的系統(tǒng)中，內(nèi)存碎片經(jīng)常發(fā)生。目前，解決這個問題最效的方法就是使用工具通過顯示系統(tǒng)中內(nèi)存的使用情況來發(fā)現(xiàn)誰是導致內(nèi)存碎片的罪魁禍首，然后改進相應的部分。 由于動態(tài)內(nèi)存管理的種種問題，在嵌入式應用中，很多公司干脆就禁用malloc/free的以絕后患。 內(nèi)存崩潰是內(nèi)存使用最嚴重的結(jié)果，主要原因有數(shù)組訪問越界、寫已經(jīng)釋放的內(nèi)存、指針計算錯誤、訪問堆棧地址越界等等。這種內(nèi)存崩潰造成系統(tǒng)故障是隨機的，而且很難查找，目前提供用于排查的工具也很少。 總之，如果要使用內(nèi)存管理單元的話，必須要小心，并嚴格遵守它們的使用規(guī)則，比如誰分配誰釋放。 講到系統(tǒng)穩(wěn)定性，人們更多地會想到實時性和速度，因為代碼效率對嵌入式系統(tǒng)來說太重要了。知道怎么優(yōu)化代碼是每個嵌入式軟件開發(fā)人員必須具備的技能。就象女孩子減肥一樣，起碼知道她哪個地方最需要減，才能去購買減肥藥或器材來減掉它?？梢?，代碼優(yōu)化
研究報告相關(guān)推薦
鄂ICP備17016276號-1