劉琴 李艷艷

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

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

中圖分類號(hào)：TP311.53? 文獻(xiàn)標(biāo)識(shí)碼：A? 文章編號(hào)：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ì)算機(jī)技術(shù)迅猛發(fā)展的今天，軟件系統(tǒng)變得越來(lái)越復(fù)雜，給確認(rèn)軟件質(zhì)量又帶來(lái)了一定的難度。就當(dāng)前的情況來(lái)看，軟件測(cè)試必須尋求更高效的途徑，以便滿足計(jì)算機(jī)飛速發(fā)展的要求，進(jìn)一步保證系統(tǒng)軟件的可靠性。因此加大軟件測(cè)試力度，不斷尋求新的測(cè)試方法，可以為系統(tǒng)開發(fā)提供有力支撐。

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

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

2? 測(cè)試dps嵌入式軟件的方法

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

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

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

3? 結(jié)論

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

參考文獻(xiàn)：

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

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