基于dps的嵌入式軟件測試方法研究

劉琴 李艷艷

摘要：目前dps嵌入式軟件已經(jīng)得到了廣泛應(yīng)用，但由于在應(yīng)用過程中還會存在不穩(wěn)定因素，所以加強(qiáng)軟件測試工作至關(guān)重要。本文將重點研究基于dps的嵌入式軟件測試方法，從動態(tài)、靜態(tài)和單元測試三種角度，提高軟件測試的效率，以便進(jìn)一步提升軟件開發(fā)的水平。

關(guān)鍵詞：dps嵌入式軟件;軟件測試;測試方法

中圖分類號：TP311.53? 文獻(xiàn)標(biāo)識碼：A? 文章編號：1672-9129（2020）02-0019-01

Abstract： At present， DPS embedded software has been widely used， but there are still unstable factors in the application process， so it is very important to strengthen the software testing. This paper will focus on the embedded software testing method based on DPS， and improve the efficiency of software testing from the perspectives of dynamic， static and unit testing， so as to further improve the level of software development.

Key words： DPS embedded software; Software testing; The test method

引言：在計算機(jī)技術(shù)迅猛發(fā)展的今天，軟件系統(tǒng)變得越來越復(fù)雜，給確認(rèn)軟件質(zhì)量又帶來了一定的難度。就當(dāng)前的情況來看，軟件測試必須尋求更高效的途徑，以便滿足計算機(jī)飛速發(fā)展的要求，進(jìn)一步保證系統(tǒng)軟件的可靠性。因此加大軟件測試力度，不斷尋求新的測試方法，可以為系統(tǒng)開發(fā)提供有力支撐。

1? 測試?yán)碚摲治?/p>

首先嵌入式軟件的測試，使用傳統(tǒng)的編碼硬件是很難完成測試任務(wù)的，無法對軟硬件進(jìn)行準(zhǔn)確定位。通過編碼的方法無法完成對可知性和軟件強(qiáng)壯性的測試。由于軟件測試容易受到多種因素的影響，測試系統(tǒng)具有很強(qiáng)的復(fù)雜性，通過交叉測試平臺很難進(jìn)行測試并且有效上傳和下載結(jié)果。從宏觀的角度出發(fā)，測試嵌入式軟件涉及到的工作內(nèi)容很多，工作量巨大，對嵌入式軟件的相關(guān)測試需要投入大量的時間，測試成本較多。在實際的軟件測試工作中，需要結(jié)合軟件自身因素進(jìn)一步分析，考量與軟件性能相關(guān)的因素，同時要嚴(yán)格遵循時間要求，選擇恰當(dāng)?shù)姆椒?，提高軟件測試的效率和質(zhì)量，保證測試工作的順利進(jìn)行。

2? 測試dps嵌入式軟件的方法

2.1軟件靜態(tài)測試。靜態(tài)測試主要是利用測試工具對軟件展開進(jìn)一步的靜態(tài)分析，主要是對源代碼的分析。源代碼可以由全部文件或者是單個文件組成，在嵌入式系統(tǒng)中需要對多個文件進(jìn)行分析，構(gòu)建不同屬性的集合體系。在軟件測試階段，可以找到不同文件的共通性，把它們看成是一個整體，但實際上每個文件都是獨立的，最后得出準(zhǔn)確的系統(tǒng)分析報告。在“l(fā)dra testbed”的測試模塊中，既包括了編碼規(guī)則驗證又囊括了質(zhì)量評估和找出潛在錯誤等內(nèi)容，利用編碼規(guī)則集進(jìn)行源代碼的檢測工作，通過最終的檢測結(jié)果判斷，軟件是否符合國際標(biāo)準(zhǔn)。根據(jù)自身的實際需求，軟件的使用者也可以完成規(guī)則集的制定，針對質(zhì)量評估，可以采用先進(jìn)的測試工具對代碼的復(fù)雜度和扇出度以及循環(huán)深度等數(shù)據(jù)進(jìn)行收集和整理，確保軟件達(dá)到測試的要求，符合相關(guān)的質(zhì)量標(biāo)準(zhǔn)[1]。

2.2軟件動態(tài)測試。軟件的動態(tài)測試主要是依靠測試軟件來對運行情況進(jìn)行詳細(xì)的記錄，并且自動生成測試覆蓋率的相關(guān)報告。在對軟件進(jìn)行動態(tài)分析時，對語句覆蓋和判斷覆蓋率等覆蓋標(biāo)準(zhǔn)都要進(jìn)行分析，通過軟件的動態(tài)檢測，確定執(zhí)行語句的數(shù)量和可執(zhí)行行數(shù)，并且完成確認(rèn)已經(jīng)執(zhí)行的行數(shù)任務(wù)?；凇癓CSAJ”的覆蓋測試，可以明確軟件可以執(zhí)行的具體數(shù)量，針對覆蓋率的判斷，首先要明確導(dǎo)致判斷變化的原因和單條件數(shù)量。在進(jìn)行軟件動態(tài)測試時，要借助TiCode編譯器，測試仿真模擬器，但在實際測試階段，采用的測試工具無法滿足動態(tài)測試的要求，所以要采用CCStudio的方式搭建運行環(huán)境，完成操作系統(tǒng)的測試。在實際的運行環(huán)境中，需要對開發(fā)板進(jìn)行有效的選擇，通過仿真模擬器得到驅(qū)動程序，可以實現(xiàn)接近目標(biāo)機(jī)的目的。想要修改編譯連接命令時，一定要結(jié)合實際的數(shù)據(jù)信息進(jìn)行動態(tài)命令的修正，完成配置環(huán)境后，要充分考慮測試的具體需求進(jìn)行用例設(shè)置，最后執(zhí)行動態(tài)測試的任務(wù)。在軟件的動態(tài)測試階段，“l(fā)dra testbed”可以提供強(qiáng)有力的支撐，尤其是針對黑白盒的測試，進(jìn)一步完成檢測代碼功能性的工作，最終確定代碼覆蓋率。

2.3軟件單元測試。軟件單元測試，要求對測試程序?qū)崿F(xiàn)全數(shù)據(jù)流和控制流的系統(tǒng)分析，最終得出變量類型、單元接口和輸入變量等信息[2]。通過直觀命令界面可以創(chuàng)建自動化的測試程序，自主完成黑白盒的測試任務(wù)，并且通過計算程序?qū)Ω采w率進(jìn)行精準(zhǔn)的計算。利用變更代碼完成自動偵測，并且將自動偵測的數(shù)據(jù)進(jìn)行有效的儲存，為后期的軟件測試和維護(hù)提供有力依據(jù)。針對嵌入式軟件的開發(fā)工作，必須要進(jìn)行多次反復(fù)的測試，才可以保證軟件的性能可以滿足使用的要求，及時維護(hù)和升級軟件。在實際的軟件測試工作中，需要調(diào)用測試工作的子程序，對軟件單元進(jìn)行有效測試。子程序TBrun可以充分利用代碼評審和評審結(jié)果，促使單元產(chǎn)生驅(qū)動，確保測試結(jié)果的準(zhǔn)確性。將數(shù)據(jù)模塊和測試結(jié)果進(jìn)行比對，可以進(jìn)一步滿足軟件結(jié)構(gòu)上的要求，提高軟件的性能，達(dá)到軟件測試的目的。在進(jìn)行軟件單元測試之前，首先要進(jìn)行環(huán)境配置，可以采用與動態(tài)軟件測試相同的方法實現(xiàn)環(huán)境配置。函數(shù)單元通常要進(jìn)行隔離測試，但同時要注意保證單元測試的獨立性，完成系列的創(chuàng)建工作，數(shù)列創(chuàng)建要包含全部文件，以便保證測試數(shù)據(jù)的完整性。除此之外，還需要完成函數(shù)統(tǒng)計工作，在統(tǒng)計完相關(guān)函數(shù)后才可以展開下一步的測試工作?？偠灾S著模擬產(chǎn)品數(shù)字化程度的加深，以DPS為主的嵌入式軟件已經(jīng)被廣泛應(yīng)用，為了滿足社會發(fā)展的需求，嵌入式軟件的應(yīng)用性需要進(jìn)一步的加強(qiáng)。在實際測試工作中，可以通過“l(fā)dra testbed”工具來完成輔助測試，通過不同的測試模塊，達(dá)到測試軟件的要求，保證軟件開發(fā)的質(zhì)量。

3? 結(jié)論

綜上可以看出，針對dps嵌入式軟件的測試，需要依照軟件測試的具體要求選擇恰當(dāng)?shù)臏y試工具，選擇正確的測試軟件是完成測試的關(guān)鍵，也是保證靜態(tài)、動態(tài)和單元測試順利完成的前提條件。并且有效的測試還可以及時發(fā)現(xiàn)軟件系統(tǒng)中存在的問題，以便提高軟件開發(fā)的效率和質(zhì)量，縮短開發(fā)周期，提高經(jīng)濟(jì)效益。

參考文獻(xiàn)：

[1]張海軍.基于ADS2的嵌入式軟件測試仿真程序設(shè)計方法研究[J].科技風(fēng)，2019（12）：72.

[2]李騰飛，石磊.基于節(jié)點層網(wǎng)絡(luò)關(guān)鍵等級的嵌入式軟件集成測試序列生成方法[J].軟件導(dǎo)刊，2018，17（12）：52-55+60.