大家觀點(diǎn)
既然單元測(cè)試是如此重要，那為什么不是每一個(gè)項(xiàng)目都做了呢？可能是因?yàn)榧词故呛?jiǎn)單的測(cè)試案例也需要一定的工作量。
回想一下前文講到的簡(jiǎn)單的例子。首先，函數(shù)的自變量不一定是簡(jiǎn)單類型。它們也可能是復(fù)雜的，所以需要初始化以便于測(cè)試。第二，被測(cè)功能不一定返回簡(jiǎn)單類型，也可能是外部變量。最后，“foo”函數(shù)可能調(diào)用另外一個(gè)“goo”。這就好比，硬件傳感器/文件/數(shù)據(jù)庫(kù)/網(wǎng)絡(luò)接口/ USB端口接收GUI的用戶輸入，這會(huì)因?yàn)榉蛛x而不能正常運(yùn)作。
要為這個(gè)特別的“foo”準(zhǔn)備一個(gè)有用的單元測(cè)試用例需要大量的工作。要使所測(cè)試功能的所有變量初始化正確，存根/驅(qū)動(dòng)器不可以調(diào)用函數(shù)（例如“goo”），也不能只能后置條件校驗(yàn)，等等。最后是準(zhǔn)備一個(gè)美觀的報(bào)告展示測(cè)試執(zhí)行結(jié)果，還有執(zhí)行過(guò)程中涉及的線/陳述或分支。這些資料需要一直保存。
你會(huì)覺(jué)得這些工作量很大，而且事實(shí)上也是。這就是有些軟件項(xiàng)目沒(méi)有進(jìn)行單元測(cè)試的最主要的原因。
嵌入式單元測(cè)試實(shí)踐
在嵌入式軟件開(kāi)發(fā)的背景下，單元測(cè)試是一個(gè)更大的挑戰(zhàn)。一方面，它很簡(jiǎn)單，因?yàn)橹皇褂肅語(yǔ)言——當(dāng)使用C ++時(shí)，它僅是其中一個(gè)簡(jiǎn)化的子集。另一方面，單元測(cè)試用例需要部署在目標(biāo)板上，或在模擬器上。代碼要和所有的測(cè)試用例、測(cè)試數(shù)據(jù)一起轉(zhuǎn)移到目標(biāo)板上，然后執(zhí)行。最后，試驗(yàn)結(jié)果必須收集并傳送回主機(jī)，以方便進(jìn)行分析。這些準(zhǔn)備工作增加了嵌入式軟件進(jìn)行單元測(cè)試的花費(fèi)。本文我們不使用這樣的方法，而是探討一種更實(shí)用的方法。
被測(cè)系統(tǒng)
讓我們考慮簡(jiǎn)化的ASR (Acceleration Slip Regulation) 系統(tǒng)，它運(yùn)行在Keil評(píng)估板MVBSTM32E上。必須強(qiáng)調(diào)的是，我們提出這樣的系統(tǒng)是為了說(shuō)明一個(gè)概念：ASR不是真實(shí)存在的軟件。
在示例系統(tǒng)中，前輪有兩個(gè)速度探測(cè)監(jiān)視器。如果一個(gè)輪子開(kāi)始旋轉(zhuǎn)而另一個(gè)減慢，則系統(tǒng)假定車輪打滑。接著，系統(tǒng)啟動(dòng)前輪剎車，以便扭矩直接通過(guò)前輪軸降低速度。ASR系統(tǒng)工作的真實(shí)詳情，請(qǐng)參考維基百科en.wikipedia.org。
簡(jiǎn)化的ASR由MDK-ARM建成并通過(guò)ULINK Pro部署。它附著在一個(gè)汽車模型上運(yùn)行。該汽車模型裝有速度傳感器板，并可以模擬滑移條件。如下圖。
想了解這些系統(tǒng)是如何工作的，請(qǐng)點(diǎn)擊視屏觀看。
你們注意到視屏中，當(dāng)一個(gè)車輪上升時(shí)，它就失去了抓地力并獲得整個(gè)扭矩。你可以看到系統(tǒng)如何啟動(dòng)車輪的剎車，使扭矩傳遞到另一個(gè)輪子上。
為了準(zhǔn)備ASR的單元測(cè)試，我們需要：
- 將uVision項(xiàng)目導(dǎo)入C++test
- 配置里面的C++test項(xiàng)目
- 配置結(jié)果傳輸
- 處理目標(biāo)邊界
- 準(zhǔn)備測(cè)試套件和示范性測(cè)試用例
- 部署并收集結(jié)果
完成了這些步驟，我們就可以開(kāi)始測(cè)試的具體工作了。
