什么是 嵌入式軟件測(cè)試求答案
一、嵌入式軟件的測(cè)試方法 一般來(lái)說(shuō)，軟件測(cè)試有7個(gè)基本階段，即單元或模塊測(cè)試、集成測(cè)試、外部功能測(cè)試、回歸測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、安裝測(cè)試。嵌入式軟件測(cè)試在4個(gè)階段上進(jìn)行，即模塊測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、硬件/軟件集成測(cè)試。前3個(gè)階段適用于任何軟件的測(cè)試，硬件/軟件集成測(cè)試階段是嵌入式軟件所特有的，目的是驗(yàn)證嵌入式軟件與其所控制的硬件設(shè)備能否正確地交互。 1、白盒測(cè)試與黑盒測(cè)試 一般來(lái)說(shuō)，軟件測(cè)試有兩種基本的方式，即白盒測(cè)試方法與黑盒測(cè)試方法，嵌入式軟件測(cè)試也不例外。 白盒測(cè)試或基本代碼的測(cè)試檢查程序的內(nèi)部設(shè)計(jì)。根據(jù)源代碼的組織結(jié)構(gòu)查找軟件缺陷，一股要求測(cè)試人員對(duì)軟件的結(jié)構(gòu)和作用有詳細(xì)的了解，白盒測(cè)試與代碼覆蓋率密切相關(guān)，可以在白盒測(cè)試的同時(shí)計(jì)算出測(cè)試的代碼的覆蓋率，保證測(cè)試的充分性。把100％的代碼都測(cè)試到幾乎是不可能的， 所以要選擇最重要的代碼進(jìn)行白盒測(cè)試。由于嚴(yán)格的安全性和可靠性的要求，嵌入式軟件測(cè)試同非嵌入式軟件測(cè)試相比，通常要求有更高的代碼覆蓋率。對(duì)于嵌入式軟件，白盒測(cè)試一般不必在目標(biāo)硬件上進(jìn)行，更為實(shí)際的方式是在開(kāi)發(fā)環(huán)境中通過(guò)硬件仿真進(jìn)行，所以選取的測(cè)試工具應(yīng)該支持在宿主環(huán)境中的測(cè)試。 黑盒測(cè)試在某些情況下也稱為功能測(cè)試。這類測(cè)試方法根據(jù)軟件的用途和外部特征查找軟件缺陷，不需要了解程序的內(nèi)部結(jié)構(gòu)。黑盒測(cè)試*的優(yōu)勢(shì)在于不依賴代碼，而是從實(shí)際使用的角度進(jìn)行測(cè)試，通過(guò)黑盒測(cè)試可以發(fā)現(xiàn)白盒測(cè)試發(fā)現(xiàn)不了的問(wèn)題。因?yàn)楹诤袦y(cè)試與需求緊密相關(guān)，需求規(guī)格說(shuō)明的質(zhì)量會(huì)直接影響測(cè)試的結(jié)果，黑盒測(cè)試只能限制在需求的范圍內(nèi)進(jìn)行。在進(jìn)行嵌入式軟件黑盒測(cè)試時(shí)，要把系統(tǒng)的預(yù)期用途作為重要依據(jù)，根據(jù)需求中對(duì)負(fù)載、定時(shí)、性能的要求，判斷軟件是否滿足這些需求規(guī)范。為了保證正確地測(cè)試，還須要檢驗(yàn)軟硬件之間的接口。嵌入式軟件黑盒測(cè)試的一個(gè)重要方面是極限測(cè)試。在使用環(huán)境中，通常要求嵌入式軟件的失效過(guò)程要平穩(wěn)，所以，黑盒測(cè)試不儀要檢查軟件工作過(guò)程，也要檢查軟件換效過(guò)程。 2、目標(biāo)環(huán)境測(cè)試和宿主環(huán)境測(cè)試 在嵌入式軟件測(cè)試中，常常要在基于目標(biāo)的測(cè)試和基于宿主的測(cè)試之間作出折衷?；谀繕?biāo)的測(cè)試消耗較多的經(jīng)費(fèi)和時(shí)間，而基于宿主的測(cè)試代價(jià)較小，但畢竟是在模擬環(huán)境中進(jìn)行的。目前的趨勢(shì)是把更多的測(cè)試轉(zhuǎn)移到宿主環(huán)境中進(jìn)行，但是，目標(biāo)環(huán)境的復(fù)雜性和獨(dú)特性不可能完全模擬。 在兩個(gè)環(huán)境中可以出現(xiàn)不同的軟件缺陷，重要的是目標(biāo)環(huán)境和宿主環(huán)境的測(cè)試內(nèi)容有所選擇。在宿主環(huán)境中，可以進(jìn)行邏輯或界面的測(cè)試、以及與硬件無(wú)關(guān)的測(cè)試。在模擬或宿主環(huán)境中的測(cè)試消耗時(shí)間通常相對(duì)較少，用調(diào)試工具可以更快地完成調(diào)試和測(cè)試任務(wù)。而與定時(shí)問(wèn)題有關(guān)的白盒測(cè)試、中斷測(cè)試、硬件接口測(cè)試只能在目標(biāo)環(huán)境中進(jìn)行。在軟件測(cè)試周期中，基于目標(biāo)的測(cè)試是在較晚的“硬件/軟件集成測(cè)試”階段開(kāi)始的，如果不更早地在模擬環(huán)境中進(jìn)行白盒測(cè)試，而是等到“硬件/軟件集成測(cè)試”階段進(jìn)行全部的白盒測(cè)試，將耗費(fèi)更多的財(cái)力和人力。二、嵌入式軟件的測(cè)試工具 用于輔助嵌入式軟件測(cè)試的工具很多，下面對(duì)幾類比較有用的有關(guān)嵌入式軟件的測(cè)試工具加以介紹和分析。 1、內(nèi)存分析工具 在嵌入式系統(tǒng)中，內(nèi)存約束通常是有限的。內(nèi)存分析工具用來(lái)處理在動(dòng)態(tài)內(nèi)存分配中存在的缺陷。當(dāng)動(dòng)態(tài)內(nèi)存被錯(cuò)誤地分配后，通常難以再現(xiàn)，可能導(dǎo)致的失效難以追蹤，使用內(nèi)存分析工具可以避免這類缺陷進(jìn)入功能測(cè)試階段。目前有兩類內(nèi)存分析工具——軟件和硬件的?；谲浖膬?nèi)存分析工具可能會(huì)對(duì)代碼的性能造成很大影響，從而嚴(yán)重影響實(shí)時(shí)操作；基于硬件的內(nèi)存分析工具價(jià)格昂貴，而且只能在工具所限定的運(yùn)行環(huán)境中使用。 2、性能分析工具 在嵌入式系統(tǒng)中，程序的性能通常是非常重要的。經(jīng)常會(huì)有這樣的要求，在特定時(shí)間內(nèi)處理一個(gè)中斷，或生成具有特定定時(shí)要求的一幀。開(kāi)發(fā)人面臨的問(wèn)題是決定應(yīng)該對(duì)哪一部分代碼進(jìn)行優(yōu)化來(lái)改進(jìn)性能，常常會(huì)花大量的時(shí)間去優(yōu)化那些對(duì)性能沒(méi)有任何影響的代碼。性能分析工具會(huì)提供有關(guān)的數(shù)據(jù)，說(shuō)明執(zhí)行時(shí)間是如何消耗的，是什么時(shí)候消耗的，以及每個(gè)例程所用的時(shí)間。根據(jù)這些數(shù)據(jù)，確定哪些例程消耗部分執(zhí)行時(shí)間，從而可以決定如何優(yōu)化軟件，獲得更好的時(shí)間性能。對(duì)于大多數(shù)應(yīng)用來(lái)說(shuō)，大部分執(zhí)行時(shí)間用在相對(duì)少量的代碼上，費(fèi)時(shí)的代碼估計(jì)占所有軟件總量的5%-20%。性能分析工具不僅能指出哪些例程花費(fèi)時(shí)間，而且與調(diào)試工具聯(lián)合使用可以引導(dǎo)開(kāi)發(fā)人員查看需要優(yōu)化的特定函數(shù)，性能分析工具還可以引導(dǎo)開(kāi)發(fā)人員發(fā)現(xiàn)在系統(tǒng)調(diào)用中存在的錯(cuò)誤以及程序結(jié)構(gòu)上的缺陷。 3、GUI測(cè)試工具 很多嵌入式應(yīng)用帶有某種形式的圖形用戶界面進(jìn)行交互，有些系統(tǒng)性能測(cè)試足根掘用戶輸入響應(yīng)時(shí)間進(jìn)行的。GUI測(cè)試工具可以作為腳本工具有開(kāi)發(fā)環(huán)境中運(yùn)行測(cè)試用例，其功能包括對(duì)操作的記錄和回放、抓取屏幕顯示供以后分析和比較、設(shè)置和管理測(cè)試過(guò)程。很多嵌入式設(shè)備沒(méi)有GUI，但常?？梢詫?duì)嵌入式設(shè)備進(jìn)行插裝來(lái)運(yùn)行GUI測(cè)試腳本，雖然這種方式可能要求對(duì)被測(cè)代碼進(jìn)行更改，但是節(jié)省了功能測(cè)試和回歸測(cè)試的時(shí)間。 4、覆蓋分析工具 在進(jìn)行白盒測(cè)試時(shí)，可以使用代碼覆蓋分析工具追蹤哪些代碼被執(zhí)行過(guò)。分析過(guò)程可以通過(guò)插裝來(lái)完成，插裝可以是在測(cè)試環(huán)境中嵌入硬件，也可以是在可執(zhí)行代碼中加入軟件，也可以是二者相結(jié)合。測(cè)試人員對(duì)結(jié)果數(shù)據(jù)加以總結(jié)，確定哪些代碼被執(zhí)行過(guò)，哪些代碼被巡漏了。覆蓋分析工具一般會(huì)提供有關(guān)功能覆蓋、分支覆蓋、條件覆蓋的信息。對(duì)于嵌入式軟件來(lái)說(shuō)，代碼覆蓋分析工具可能侵入代碼的執(zhí)行，影響實(shí)時(shí)代碼的運(yùn)行過(guò)程?；谟布拇a覆蓋分析工具的侵入程度要小一些，但是價(jià)格一般比較昂貴，而且限制被測(cè)代碼的數(shù)量。
三、嵌入式軟件測(cè)試策略 在嵌入式領(lǐng)域目標(biāo)系統(tǒng)的應(yīng)用系統(tǒng)日趨復(fù)雜，而由于競(jìng)爭(zhēng)要求產(chǎn)品快速上市，開(kāi)發(fā)技術(shù)日新月異，同時(shí)硬件發(fā)展的日益穩(wěn)定，而軟件故障卻日益突出，軟件的重要性逐漸引起人們的重視，越來(lái)越多的人認(rèn)識(shí)到嵌入式系統(tǒng)的測(cè)試勢(shì)在必行。提到嵌入式軟件測(cè)試，首先要簡(jiǎn)單介紹一些軟件工程的一些觀點(diǎn)，現(xiàn)在，被普遍接受的軟件的定義是：軟件(software)是計(jì)算機(jī)系統(tǒng)中與硬件(hardware)相互依存的另一部分，它包括程序(program)、相關(guān)數(shù)據(jù)(data)及其說(shuō)明文檔(document)。其中程序是按照事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是是程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開(kāi)發(fā)維護(hù)和使用有關(guān)的各種圖文資料。 對(duì)于一般商用軟件的測(cè)試，嵌入式軟件測(cè)試有其自身的特點(diǎn)和測(cè)試?yán)щy。 由于嵌入式系統(tǒng)的自身特點(diǎn)，如實(shí)時(shí)性(Real-timing)，內(nèi)存不豐富，I/O通道少，開(kāi)發(fā)工具昂貴，并且與硬件緊密相關(guān)CPU種類繁多，等等。嵌入式軟件的開(kāi)發(fā)和測(cè)試也就與一般商用軟件的開(kāi)發(fā)和測(cè)試策略有了很大的不同，可以說(shuō)嵌入式軟件是最難測(cè)試的一種軟件。 嵌入式軟件測(cè)試使用有效的測(cè)試策略是*的出路，它可以使開(kāi)發(fā)的效率*化，避免目標(biāo)系統(tǒng)的瓶頸，使用在線仿真器節(jié)省昂貴的目標(biāo)資源。自從出現(xiàn)高級(jí)語(yǔ)言，開(kāi)發(fā)環(huán)境與最終運(yùn)行環(huán)境通常都是存在差異的，嵌入式系統(tǒng)更是如此。開(kāi)發(fā)環(huán)境被認(rèn)為是主機(jī)平臺(tái)，軟件運(yùn)行環(huán)境為目標(biāo)平臺(tái)。相應(yīng)的測(cè)試為host-target測(cè)試或cross-testing。 討論嵌入式軟件測(cè)試首先就會(huì)遇到一個(gè)問(wèn)題：為什么不把所有測(cè)試都放在目標(biāo)上進(jìn)行呢？因?yàn)槿羲袦y(cè)試都放在目標(biāo)平臺(tái)上有很多不利的因素： 1）測(cè)試軟件，可能會(huì)造成與開(kāi)發(fā)者爭(zhēng)奪時(shí)間的瓶頸，避免它只有提供更多的目標(biāo)環(huán)境。
2）目標(biāo)環(huán)境可能還不可行。
3）比起主機(jī)平臺(tái)環(huán)境，目標(biāo)環(huán)境通常是不精密的和不方便的。
4）提供給開(kāi)發(fā)者的目標(biāo)環(huán)境和聯(lián)合開(kāi)發(fā)環(huán)境通常是很昂貴的。
7）使用主機(jī)與目標(biāo)環(huán)境之間有什么限制（如軟件安全標(biāo)準(zhǔn)）? 任何人或組織進(jìn)行嵌入式軟件的測(cè)試都應(yīng)深入考慮以上問(wèn)題，結(jié)合自身實(shí)際情況，選定合理測(cè)試策略和方案。 對(duì)于嵌入式軟件測(cè)試或叫交叉測(cè)試（cross-test），在測(cè)試的各個(gè)階段有著通用的策略： 1．單元測(cè)試 所有單元級(jí)測(cè)試都可以在主機(jī)環(huán)境上進(jìn)行，除非少數(shù)情況，特別具體指定了單元測(cè)試直接在目標(biāo)環(huán)境進(jìn)行。*化在主機(jī)環(huán)境進(jìn)行軟件測(cè)試的比例，通過(guò)盡可能小的目標(biāo)單元訪問(wèn)所有目標(biāo)指定的界面。 在主機(jī)平臺(tái)上運(yùn)行測(cè)試速度比在目標(biāo)平臺(tái)上快的多，當(dāng)在主機(jī)平臺(tái)完成測(cè)試，可以在目標(biāo)環(huán)境上重復(fù)作一簡(jiǎn)單的確認(rèn)測(cè)試，確認(rèn)測(cè)試結(jié)果在主機(jī)和目標(biāo)機(jī)上沒(méi)有被他們的不同影響。在目標(biāo)環(huán)境上進(jìn)行確認(rèn)測(cè)試將確定一些未知的，未預(yù)料到的，未說(shuō)明的主機(jī)與目標(biāo)機(jī)的不同。例如，目標(biāo)編譯器可能有bug，但在主機(jī)編譯器上沒(méi)有。 2．集成測(cè)試 軟件集成也可在主機(jī)環(huán)境上完成，在主機(jī)平臺(tái)上模擬目標(biāo)環(huán)境運(yùn)行，當(dāng)然在目標(biāo)環(huán)境上重復(fù)測(cè)試也是必須的，在此級(jí)別上的確認(rèn)測(cè)試將確定一些環(huán)境上的問(wèn)題，比如內(nèi)存定位和分配上的一些錯(cuò)誤。
在主機(jī)環(huán)境上的集成測(cè)試的使用，依賴于目標(biāo)系統(tǒng)的具體功能有多少。有些嵌入式系統(tǒng)與目標(biāo)環(huán)境耦合的非常緊密，若在主機(jī)環(huán)境做集成是不切實(shí)際的。一個(gè)大型軟件的開(kāi)發(fā)可以分幾個(gè)級(jí)別的集成。低級(jí)別的軟件集成在主機(jī)平臺(tái)上完成有很大優(yōu)勢(shì)，越往后的集成越依賴于目標(biāo)環(huán)境。 3．系統(tǒng)測(cè)試和確認(rèn)測(cè)試 所有的系統(tǒng)測(cè)試和確認(rèn)測(cè)試必須在目標(biāo)環(huán)境下執(zhí)行。當(dāng)然在主機(jī)上開(kāi)發(fā)和執(zhí)行系統(tǒng)測(cè)試，然后移植到目標(biāo)環(huán)境重復(fù)執(zhí)行是很方便的。對(duì)目標(biāo)系統(tǒng)的依賴性會(huì)妨礙將主機(jī)環(huán)境上的系統(tǒng)測(cè)試移植到目標(biāo)系統(tǒng)上，況且只有少數(shù)開(kāi)發(fā)者會(huì)卷入系統(tǒng)測(cè)試，所以有時(shí)放棄在主機(jī)環(huán)境上執(zhí)行系統(tǒng)測(cè)試可能更方便。 確認(rèn)測(cè)試最終的實(shí)施舞臺(tái)必須在目標(biāo)環(huán)境中，系統(tǒng)的確認(rèn)必須在真實(shí)系統(tǒng)之下測(cè)試，而不能在主機(jī)環(huán)境下模擬。這關(guān)系到嵌入式軟件的最終使用。 包括恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試、性能測(cè)試，已超出了軟件測(cè)試的范疇，本文暫不討論。 使用有效的cross-test測(cè)試策略可極大的提高嵌入式軟件開(kāi)發(fā)測(cè)試的水平和效率，當(dāng)然正確的測(cè)試工具使用也是必不可少的： 總結(jié)一下，應(yīng)用以上測(cè)試工具進(jìn)行.Cross-test時(shí)的策略： A)使用測(cè)試工具的插裝功能（主機(jī)環(huán)境）執(zhí)行靜態(tài)測(cè)試分析，并且為動(dòng)態(tài)覆蓋測(cè)試準(zhǔn)備好一插裝好的軟件代碼。
B)使用源碼在主機(jī)環(huán)境執(zhí)行功能測(cè)試，修正軟件的錯(cuò)誤和測(cè)試腳本中的錯(cuò)誤。
C)使用插裝后的軟件代碼執(zhí)行覆蓋率測(cè)試，添加測(cè)試用例或修正軟件的錯(cuò)誤，保證達(dá)到所要求的覆蓋率目標(biāo)。
D)在目標(biāo)環(huán)境下重復(fù)（B），確認(rèn)軟件在目標(biāo)環(huán)境中執(zhí)行測(cè)試的正確性。
E)若測(cè)試需要達(dá)到極端的完整性，*在目標(biāo)系統(tǒng)上重復(fù)（C），確定軟件的覆蓋率沒(méi)有改變。 通常在主機(jī)環(huán)境執(zhí)行多數(shù)的測(cè)試，只是在最終確定測(cè)試結(jié)果和*的系統(tǒng)測(cè)試才移植到目標(biāo)環(huán)境，這樣可以避免發(fā)生訪問(wèn)目標(biāo)系統(tǒng)資源上的瓶頸，也可以減少在昂貴資源如在線仿真器上的費(fèi)用。另外，若目標(biāo)系統(tǒng)的硬件由于某種原因而不能使用時(shí)，*的確認(rèn)測(cè)試可以推遲直到目標(biāo)硬件可用，這為嵌入式軟件的開(kāi)發(fā)測(cè)試提供了彈性。設(shè)計(jì)軟件的可移植性是成功進(jìn)行cross-test的先決條件，它通?？梢蕴岣哕浖馁|(zhì)量，并且度軟件的維護(hù)大有益處。以上所提到的測(cè)試工具，都可以通過(guò)各自的方式提供測(cè)試在主機(jī)與目標(biāo)之間的移植，從而使嵌入式軟件的測(cè)試得以方便的執(zhí)行。 使用有效的cross-test測(cè)試策略可極大的提高嵌入式軟件開(kāi)發(fā)測(cè)試的水平和效率，提高嵌入式軟件的質(zhì)量。附錄：
1). HOST-TARGET的連接方法簡(jiǎn)介：圖1-- 直接連接圖2 -- 通過(guò)仿真器連接圖3 -- 使用介質(zhì)進(jìn)行間接連接圖4 -- 使用PROM等傳遞被測(cè)軟件圖5 -- 測(cè)試的交互界面圖6 -- 無(wú)交互界面的連接四、結(jié)論 嵌入式系統(tǒng)在人類生活中發(fā)揮著重要的作用，包括飛行控制器這樣的控制系統(tǒng)，以及洗衣機(jī)這樣的家用電器。日前，嵌入式系統(tǒng)中軟件的比重越來(lái)越大，也越來(lái)越復(fù)雜，保證嵌入式軟件的可靠性正面臨嚴(yán)峻的挑戰(zhàn)。 大多數(shù)軟件測(cè)試方法都可以直接或間接地用于嵌入式軟件的測(cè)試，但是由于操作系統(tǒng)的實(shí)時(shí)和嵌入式特性，嵌入式軟件測(cè)試也面臨一些特殊的問(wèn)題。雖然日前已經(jīng)有一些針對(duì)嵌入式軟件的測(cè)試和調(diào)試工具，但是在有些方面仍存在不足，包括許多任務(wù)操作系統(tǒng)的并發(fā)、非侵入式的測(cè)試和凋試、嵌入式系統(tǒng)的軟件抽象等。對(duì)于嵌入式軟件測(cè)試技術(shù)的研究人選測(cè)試工具有待開(kāi)發(fā)，仍須要做很多進(jìn)一步的工作。
嵌入式測(cè)試主要涉及哪些內(nèi)容
嵌入式測(cè)試主要包含功能測(cè)試和性能測(cè)試。即是否滿足功能/非功能需求的測(cè)試。
細(xì)分的話有模塊測(cè)試和系統(tǒng)測(cè)試，涉及測(cè)試設(shè)計(jì)，腳本編寫(xiě)，軟硬件仿真等內(nèi)容，其中還有黑盒測(cè)試和白盒測(cè)試，涉及內(nèi)容一點(diǎn)不比開(kāi)發(fā)少。
一般來(lái)說(shuō)，軟件測(cè)試有7個(gè)基本階段，即單元或模塊測(cè)試、集成測(cè)試、外部功能測(cè)試、回歸測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、安裝測(cè)試。嵌入式軟件測(cè)試在4個(gè)階段上進(jìn)行，即模塊測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、硬件/軟件集成測(cè)試。前3個(gè)階段適用于任何軟件的測(cè)試，硬件/軟件集成測(cè)試階段是嵌入式軟件所特有的，目的是驗(yàn)證嵌入式軟件與其所控制的硬件設(shè)備能否正確地交互。
嵌入式測(cè)試和軟件測(cè)試區(qū)別
1、嵌入式軟件測(cè)試
嵌入式軟件測(cè)試/嵌入式測(cè)試或叫交叉測(cè)試（cross-test），其目的與普通軟件測(cè)試是相同的，都是為了發(fā)現(xiàn)軟件缺陷，而后修正缺陷以提高軟件的可靠性。嵌入式系統(tǒng)安全性的失效可能會(huì)導(dǎo)致災(zāi)難性的后果，即使非安全性失效，由于其應(yīng)用場(chǎng)合特殊也會(huì)導(dǎo)致重大經(jīng)濟(jì)損失。因此，往往嵌入式軟件對(duì)可靠性的要求比普通軟件高。這就要求對(duì)嵌入式軟件進(jìn)行嚴(yán)格的測(cè)試、確認(rèn)和驗(yàn)證，以提高產(chǎn)品的可靠性。
2、嵌入式軟件測(cè)試的特點(diǎn)
嵌入式軟件測(cè)試是在特定的硬件環(huán)境下才能運(yùn)行的軟件?！?嵌入式軟件測(cè)試除了要保證嵌入式軟件在特定環(huán)境下運(yùn)行的高可靠性，還要保證嵌入式軟件系統(tǒng)的實(shí)時(shí)性。◇ 嵌入式軟件產(chǎn)品為了滿足高可靠性的要求，不允許內(nèi)存在運(yùn)行時(shí)有泄漏等情況發(fā)生，因此嵌入式軟件測(cè)試除了對(duì)軟件進(jìn)行性能測(cè)試、GUI測(cè)試、覆蓋分析測(cè)試是同普通軟件測(cè)試一樣都不可或缺之外，還要對(duì)內(nèi)存進(jìn)行測(cè)試。◇ 嵌入式產(chǎn)品不同于一般軟件產(chǎn)品，在嵌入式軟件和硬件集成測(cè)試完成之后，并不代表測(cè)試全部完成，在*件嵌入式產(chǎn)品生產(chǎn)出來(lái)之后，還需對(duì)其進(jìn)行產(chǎn)品測(cè)試。
嵌入式軟件測(cè)試的軟件動(dòng)態(tài)測(cè)試工具
Tessy是一個(gè)專門針對(duì)嵌入式軟件的C/C++代碼進(jìn)行單元、集成測(cè)試的工具，它可以自動(dòng)化地執(zhí)行測(cè)試、評(píng)估測(cè)試結(jié)果并生成測(cè)試報(bào)告。Tessy的目標(biāo)就是：通過(guò)自動(dòng)化整個(gè)測(cè)試周期，在所有測(cè)試階段完美支持針對(duì)C語(yǔ)言的單元測(cè)試，當(dāng)然，Tessy也同樣關(guān)注測(cè)試組織和測(cè)試管理。
在以V模型為例的開(kāi)發(fā)模式中，Tessy主要處理右半部分驗(yàn)證和確認(rèn)中單元/模塊測(cè)試，集成/組件測(cè)試以及系統(tǒng)測(cè)試的內(nèi)容。在V模型的開(kāi)發(fā)模式中，單元測(cè)試是*個(gè)測(cè)試活動(dòng)。它阻止了每一類錯(cuò)誤，比如算法錯(cuò)誤，在V模式的右邊向上蔓延，這樣可以盡可能早得發(fā)現(xiàn)Bug，防止直到后面的測(cè)試過(guò)程或者直到最終用戶那里才被發(fā)現(xiàn)，單元測(cè)試有經(jīng)濟(jì)效益，越早發(fā)現(xiàn)bug越好 。
另外，Tessy也可以滿足各類標(biāo)準(zhǔn)（ISO26262、IEC 61508、 EN 50128/50129、 DO-178B、汽車SPiCE或FDA的軟件驗(yàn)證通用原則）對(duì)測(cè)試的需求，比如ISO26262中各個(gè)測(cè)試等級(jí)中對(duì)模塊測(cè)試的要求可以使用Tessy來(lái)滿足，當(dāng)然Tessy本身也通過(guò)了TUeV的認(rèn)證，被證明是安全可靠的，可以在安全相關(guān)性的軟件研發(fā)過(guò)程中被使用。 自動(dòng)生成測(cè)試環(huán)境：
Tessy可以自動(dòng)生成測(cè)試環(huán)境驅(qū)動(dòng)，選擇自動(dòng)或者手動(dòng)打樁以及自動(dòng)生成測(cè)試用例模板，幫助客戶提高測(cè)試用例設(shè)計(jì)效率。
多種測(cè)試用例確定方式：
除了從Excel中導(dǎo)入測(cè)試用例，手動(dòng)地設(shè)計(jì)測(cè)試用例外，Tessy里集成了CTE軟件，根據(jù)分類樹(shù)的方法通過(guò)Tessy自動(dòng)化地關(guān)聯(lián)測(cè)試用例。
支持動(dòng)態(tài)測(cè)試的各階段：
Tessy可以支持從單元測(cè)試到系統(tǒng)測(cè)試的動(dòng)態(tài)測(cè)試過(guò)程各個(gè)階段，通過(guò)單元測(cè)試檢查最小單位為函數(shù)的功能，通過(guò)集成測(cè)試來(lái)測(cè)試各個(gè)子功能組合起來(lái)的模塊能否達(dá)到預(yù)期要求的父功能以及相互間的接口，通過(guò)系統(tǒng)測(cè)試實(shí)現(xiàn)與目標(biāo)板集成的測(cè)試環(huán)境來(lái)測(cè)試系統(tǒng)功能；另外Tessy可以自動(dòng)發(fā)現(xiàn)被測(cè)對(duì)象的改變，分析被測(cè)對(duì)象的接口，重用測(cè)試用例和測(cè)試數(shù)據(jù)，從而為重復(fù)的回歸測(cè)試節(jié)約大量的工作和時(shí)間，在接口不變的情況下Tessy可以完全自動(dòng)化地執(zhí)行不需要用戶介入的回歸測(cè)試；
全自動(dòng)地測(cè)試執(zhí)行及評(píng)估；
Tessy檢查源文件并且通過(guò)分析程序代碼來(lái)確定函數(shù)以及他們的接口，這些信息將被保存在特定的數(shù)據(jù)庫(kù)中供隨時(shí)檢索，接口信息和測(cè)試數(shù)據(jù)的分離實(shí)現(xiàn)了結(jié)構(gòu)和數(shù)據(jù)之間的明確劃分，一方面，接口的測(cè)試使首先顯示變化成為可能，另一方面，如果發(fā)生變化，通常也只有要測(cè)試的函數(shù)接口的幾個(gè)元素要發(fā)生變化，在Tessy中接口發(fā)生變化時(shí)的處理相當(dāng)簡(jiǎn)單；
測(cè)試報(bào)告生成：
管理測(cè)試數(shù)據(jù)并將測(cè)試結(jié)果文檔，Tessy提供輸入?yún)?shù)/執(zhí)行測(cè)試和評(píng)估結(jié)果和報(bào)告文檔，Tessy可以生成各種類型的測(cè)試報(bào)告，包括詳細(xì)報(bào)告、概況報(bào)告以及覆蓋度報(bào)告等。
顯示測(cè)試覆蓋度：
Tessy提供C1覆蓋，即分支覆蓋branch coverage或者判定覆蓋decision coverage ；條件覆蓋，即多條件覆蓋MCC（Multiple Condition Coverage）和修正條件判定覆蓋MC/DC（Modified Condition/Decision Coverage），Tessy是通過(guò)測(cè)試應(yīng)用程序來(lái)獲取測(cè)試覆蓋信息的；
支持各種測(cè)試環(huán)境：
Tessy可以支持超過(guò)130種微控制器、交叉編譯器和調(diào)試器的組合； 這確保了Tessy能夠處理交叉編譯器生成的非標(biāo)準(zhǔn)C（ANSI-C）微控制器特定的代碼； 一旦Tessy和不同的調(diào)試器完成集成，就可以自動(dòng)執(zhí)行測(cè)試了。
支持ASAP2：在Tessy中設(shè)計(jì)測(cè)試用例之前選擇與ASAP2標(biāo)準(zhǔn)的集成功能，確定需要導(dǎo)入的ASAP2文件，使用ASAP2轉(zhuǎn)換規(guī)則自動(dòng)地將測(cè)試用例中設(shè)計(jì)的測(cè)試數(shù)據(jù)物理值轉(zhuǎn)換為在目標(biāo)板中執(zhí)行測(cè)試對(duì)象的整數(shù)值，從而簡(jiǎn)化測(cè)試用例設(shè)計(jì)的理解和實(shí)現(xiàn)，并且可以在Tessy中顯示其他ASAP2信息，例如單位，*/最小值等。
Tessy用戶列表及典型案例：Tessy被廣泛應(yīng)用于汽車、國(guó)防、鐵路、醫(yī)療和工業(yè)應(yīng)用領(lǐng)域當(dāng)中，眾多著名的汽車整車廠、零部件供應(yīng)商都在使用Tessy。 汽車行業(yè)：Behr-Hella, Bertrandt, Beru, BMW, Bose, Brose, Temic, Daimler, Delphi, Delphi Grundig, Getrag, Helbako, Hella, John Deere, Kiekert, Kostal, Lear, Magna, Marquardt, Pierburg, Preh, SAB Wabco, Siemens VDO, Takata, Tata Elxsi, Tesla, , TRW, Wabco, Valeo, ZF, … 安全關(guān)鍵性領(lǐng)域：Bosch Rexroth, Demag Cranes, Endress&Hauser, Festo, Hanning&Kahl, Liebherr, SEW, Siemens A&D, Testo, Wago, … 醫(yī)療行業(yè)：Allergan, Biotronik, Dr?ger, getemed, Leica , Otto Bock, Sensimed, Stago, St. Jude Medical, Ypsomed, … 白色家電、國(guó)防等領(lǐng)域
嵌入式軟件仿真測(cè)試環(huán)境是什么意思？
簡(jiǎn)單說(shuō)，就是在PC上仿真硬件環(huán)境。手機(jī)模擬器就是一個(gè)例子，如google的Android手機(jī)模擬器。
由于大部分測(cè)試軟件和調(diào)試工具位于PC側(cè)，因此盡可能將測(cè)試工作移到PC側(cè)來(lái)做以提高效率。但仿真環(huán)境畢竟還是與真實(shí)的目標(biāo)系統(tǒng)存在差異，所以最終還是要在目標(biāo)環(huán)境下進(jìn)行確認(rèn)。一般單元測(cè)試、部分集成測(cè)試可考慮在PC仿真環(huán)境下執(zhí)行，系統(tǒng)測(cè)試、確認(rèn)測(cè)試等還是要到目標(biāo)環(huán)境下做。
嵌入式是什么意思
嵌入式由硬件和軟件組成，是能夠獨(dú)立進(jìn)行運(yùn)作的器件。
其軟件內(nèi)容只包括軟件運(yùn)行環(huán)境及其操作系統(tǒng)。硬件內(nèi)容包括信號(hào)處理器、存儲(chǔ)器、通信模塊等在內(nèi)的多方面的內(nèi)容。
相比于一般的計(jì)算機(jī)處理系統(tǒng)而言，嵌入式系統(tǒng)存在較大的差異性， 它不能實(shí)現(xiàn)大容量的存儲(chǔ)功能，因?yàn)闆](méi)有與之相匹配的大容量介質(zhì)，大部分采用的存儲(chǔ)介質(zhì)有E-PROM、EEPROM 等， 軟件部分以API編程接口作為開(kāi)發(fā)平臺(tái)的核心。
嵌入式系統(tǒng)是通過(guò)把CPU嵌入目標(biāo)系統(tǒng)或被控系統(tǒng)中起作用的。但是在不同的嵌入式系統(tǒng)中，嵌入的形式和程度是各不相同的。根據(jù)嵌入式系統(tǒng)和通用計(jì)算機(jī)連接關(guān)系的密切程度，嵌入形式可以分為全嵌入方式、半嵌入方式。
如果采用半嵌入方式，則嵌入式系統(tǒng)(或其核心功能)需要和通用計(jì)算機(jī)系統(tǒng)結(jié)合起來(lái)才能正常工作，典型實(shí)例有醫(yī)用B超系統(tǒng)、基于PCI卡的數(shù)據(jù)采集系統(tǒng)等。
嵌入式是什么意思？
1、簡(jiǎn)單的說(shuō)就是用于控制、監(jiān)視或者輔助操作機(jī)器和設(shè)備的裝置。
2、可以理解為微型電腦。比如平板電腦就是一個(gè)嵌入式系統(tǒng)，智能手機(jī)也是嵌入式系統(tǒng)，銀行取款機(jī)也是.......可以說(shuō)凡是能智能交互控制的都是嵌入式系統(tǒng)。
3、打個(gè)比方說(shuō)：拿一個(gè)嵌入式開(kāi)發(fā)板，裝上屏幕，就能成為平板電腦。裝個(gè)溫度探測(cè)器，就可以成為溫度檢測(cè)儀。裝個(gè)屏幕+GPS模塊，就能成為車載導(dǎo)航儀。裝個(gè)讀卡器+3G模塊，就可以成為POS機(jī)......當(dāng)然實(shí)際開(kāi)發(fā)起來(lái)沒(méi)有說(shuō)的這么簡(jiǎn)單，會(huì)設(shè)計(jì)硬件開(kāi)發(fā)+軟件開(kāi)發(fā)等各方面。
嵌入式是什么意思呢？
嵌入式系統(tǒng)是以應(yīng)用為中心，以計(jì)算機(jī)技術(shù)為基礎(chǔ)，并且軟硬件可裁剪，適用于應(yīng)用系統(tǒng)對(duì)功能、可靠性、成本、體積、功耗有嚴(yán)格要求的專用計(jì)算機(jī)系統(tǒng)。它一般由嵌入式微處理器、外圍硬件設(shè)備、嵌入式操作系統(tǒng)以及用戶的應(yīng)用程序等四個(gè)部分組成，用于實(shí)現(xiàn)對(duì)其他設(shè)備的控制、監(jiān)視或管理等功能。
嵌入式系統(tǒng)一般指非PC系統(tǒng)，它包括硬件和軟件兩部分。硬件包括處理器／微處理器、存儲(chǔ)器及外設(shè)器件和I／O端口、圖形控制器等。軟件部分包括操作系統(tǒng)軟件（OS）（要求實(shí)時(shí)和多任務(wù)操作）和應(yīng)用程序編程。有時(shí)設(shè)計(jì)人員把這兩種軟件組合在一起。應(yīng)用程序控制著系統(tǒng)的運(yùn)作和行為；而操作系統(tǒng)控制著應(yīng)用程序編程與硬件的交互作用。
