嵌入式測試中數(shù)據(jù)獲取的幾種方式

嵌入式軟件測試的困難之一就是如何獲取測試產(chǎn)生的數(shù)據(jù), 大多數(shù)的軟件測試工具在測試軟件的時候都要提供測試腳本,如果進行覆蓋率分析就要對代碼插裝, 測試可執(zhí)行程序在目標環(huán)境下運行時就會有數(shù)據(jù)產(chǎn)生,這些數(shù)據(jù)就是產(chǎn)生測試報告的重要輸入條件, 所以要順利實現(xiàn)嵌入式軟件測試, 首先需要解決的就是如何把測試數(shù)據(jù)上載會主機.
　　經(jīng)過我們實際摸索發(fā)現(xiàn), 大概我們可以把數(shù)據(jù)的上載分為3 種方式:testage 中國軟件測試時代　　
　　1. 實際的物理通道
　　2. 開發(fā)工具ide的虛擬io功能
　　3. 讀取內(nèi)存區(qū)數(shù)據(jù)
　　下面我們對這幾種方式做一些簡單的介紹:
　　實際的物理通道
　　這種方式就是目標機和主機之間具備物理的通信方式, 比如以太網(wǎng), 串口,并口, usb等, 這幾種方式, 在測試的時候我們可以直接使用這種通信程序, 和主機通信, 實現(xiàn)測試數(shù)據(jù)上載, 一般情況下,測試工具的庫中io函數(shù)使用fprintf(), 那么在這種方式下,就需要修改測試工具的庫, 假設(shè)以太網(wǎng)的發(fā)數(shù)據(jù)的函數(shù)是netsend(), 那么我們需要定制fprintf, 使它調(diào)用netsend(), 這樣就可以實現(xiàn)數(shù)據(jù)上傳了. 這種方式最方便但是要求系統(tǒng)必須已經(jīng)具備這種通信方式和通信軟件, 一般適用于系統(tǒng)級的測試.
　　開發(fā)工具虛擬io
　　開發(fā)嵌入式軟件一般需要支持交叉開發(fā)方式的開發(fā)工具, 大多數(shù)這種開發(fā)工具具備編譯,下載,調(diào)試的功能, 測試時也可以借助開發(fā)工具來下載測試程序, 需要注意的是, 有些高級的開發(fā)工具ide, 具備虛擬io功能, 給測試帶來了很大的方便, 比如說: tornado, ti ccs,在tornado的shell中運行測試程序時, 可以把printf的內(nèi)容打印到消息窗口中, ccs可以支持fprintf,直接在主機上生成測試數(shù)據(jù)文件, 用戶在使用這些工具的時候, 就像在主機上測試一樣, 完全可以理由開發(fā)工具賦予的模擬io功能.
　　讀取內(nèi)存數(shù)據(jù)
　　假設(shè)目標系統(tǒng)既沒有物理通信方式, 開發(fā)工具也沒有虛擬io功能, 我們還可以采用讀取內(nèi)存數(shù)據(jù)的方式, 我們可以開辟一塊足夠大的緩存, 修改測試工具的庫, 把輸出的數(shù)據(jù)寫入buffer中, 在測試過程中或者測試執(zhí)行后, 使用開發(fā)工具讀取內(nèi)存的功能把緩存中的數(shù)據(jù)讀取出來,在主機上保存成文件,這種方式需要系統(tǒng)有足夠的內(nèi)存資源, 但是適用性很廣,因為幾乎所有的開發(fā)調(diào)試工具都具備這樣的功能.
　　總之嵌入式軟件測試很復雜, 需要根據(jù)實際情況采取不同的策略. 本文只是單獨就數(shù)據(jù)讀取的問題做了一些討論.