【正文】 以介紹和分析?！　『诤袦y(cè)試在某些情況下也稱(chēng)為功能測(cè)試。這就要求對(duì)嵌入式系統(tǒng)，包括嵌入式軟件進(jìn)行嚴(yán)格的測(cè)試、確認(rèn)和驗(yàn)證。嵌入式系統(tǒng)安全性的失效可能會(huì)導(dǎo)致災(zāi)難性的后果，即使是非安全性系統(tǒng)，由于大批量生產(chǎn)也會(huì)導(dǎo)致嚴(yán)重的經(jīng)濟(jì)損失。對(duì)于嵌入式軟件，白盒測(cè)試一般不必在目標(biāo)硬件上進(jìn)行，更為實(shí)際的方式是在開(kāi)發(fā)環(huán)境中通過(guò)硬件仿真進(jìn)行，所以選取的測(cè)試工具應(yīng)該支持在宿主環(huán)境中的測(cè)試。在軟件測(cè)試周期中，基于目標(biāo)的測(cè)試是在較晚的“硬件/軟件集成測(cè)試”階段開(kāi)始的，如果不更早地在模擬環(huán)境中進(jìn)行白盒測(cè)試，而是等到“硬件/軟件集成測(cè)試”階段進(jìn)行全部的白盒測(cè)試，將耗費(fèi)更多的財(cái)力和人力。很多嵌入式設(shè)備沒(méi)有GUI，但常常可以對(duì)嵌入式設(shè)備進(jìn)行插裝來(lái)運(yùn)行GUI測(cè)試腳本，雖然這種方式可能要求對(duì)被測(cè)代碼進(jìn)行更改，但是節(jié)省了功能測(cè)試和回歸測(cè)試的時(shí)間。本文將闡述軟件測(cè)試缺陷報(bào)告的讀者，描述軟件缺陷報(bào)告的主要組成部分和各部分的書(shū)寫(xiě)要求，指出某些常見(jiàn)錯(cuò)誤和實(shí)用改進(jìn)方法，最后總結(jié)了缺陷報(bào)告的寫(xiě)作要點(diǎn)。 Concise（簡(jiǎn)潔）：只包含必不可少的信息，不包括任何多余的內(nèi)容； 良好的缺陷標(biāo)題應(yīng)該按照下列方式書(shū)寫(xiě)： Internal error occurs when closing application. 每一個(gè)步驟盡量只記錄一個(gè)操作； 這種情況可能難以清晰、簡(jiǎn)潔地總結(jié)。 給出了具體得參考對(duì)象：As in OS and Windows behavior. 注釋?zhuān)∟otes） 注釋?xiě)?yīng)該包括復(fù)現(xiàn)步驟中可能引起混亂的補(bǔ)充信息，是對(duì)操作步驟的進(jìn)一步描述，這些補(bǔ)充信息是復(fù)現(xiàn)缺陷或隔離缺陷的更詳細(xì)的內(nèi)容。 是否包含了復(fù)現(xiàn)該缺陷需要的環(huán)境變量或測(cè)試所用的數(shù)據(jù)文件？ 避免查詢(xún)和統(tǒng)計(jì)結(jié)果的不準(zhǔn)確性。 缺陷報(bào)告已經(jīng)向讀者包含完整、準(zhǔn)確、必要的信息了嗎？ t have to manually highlight and then type (as in Mac OS and Windows behavior.) 為什么說(shuō)這個(gè)例子很好呢？因?yàn)樗巳缦聝?nèi)容： 實(shí)際結(jié)果的描述很像缺陷的標(biāo)題，是標(biāo)題信息的再次強(qiáng)調(diào)，要列出具體的表現(xiàn)行為，而不是簡(jiǎn)單的指出“不正確”或“不起作用”。如果有多種方法觸發(fā)該缺陷，請(qǐng)?jiān)诓襟E中包含這些方法。Assert, SomethingBad when attempting to update linked bitmap stored on server After each launch then clicking edit and then copy/paste, there is too much delay 沒(méi)有指明原因與結(jié)果，包含了過(guò)分詳細(xì)的細(xì)節(jié)信息。 對(duì)于具體測(cè)試項(xiàng)目而言，缺陷的基本信息通常是比較固定的，也是很容易描述的。 它也減少了工程師以及其它質(zhì)量保證人員的后續(xù)工作。軟件測(cè)試缺陷報(bào)告寫(xiě)作標(biāo)準(zhǔn)提供準(zhǔn)確、完整、簡(jiǎn)潔、一致的缺陷報(bào)告是體現(xiàn)軟件測(cè)試的專(zhuān)業(yè)性、高質(zhì)量的主要評(píng)價(jià)指標(biāo)。對(duì)于大多數(shù)應(yīng)用來(lái)說(shuō)，大部分執(zhí)行時(shí)間用在相對(duì)少量的代碼上，費(fèi)時(shí)的代碼估計(jì)占所有軟件總量的5%20%?！　≡趦蓚€(gè)環(huán)境中可以出現(xiàn)不同的軟件缺陷，重要的是目標(biāo)環(huán)境和宿主環(huán)境的測(cè)試內(nèi)容有所選擇?！　“缀袦y(cè)試或基本代碼的測(cè)試檢查程序的內(nèi)部設(shè)計(jì)。嵌入式軟件有其特殊的失效判定準(zhǔn)則，但是，嵌入式軟件測(cè)試的日的與非嵌入式軟件是相同的。在進(jìn)行嵌入式軟件黑盒測(cè)試時(shí)，要把系統(tǒng)的預(yù)期用途作為重要依據(jù)，根據(jù)需求中對(duì)負(fù)載、定時(shí)、性能的要求，判斷軟件是否滿(mǎn)足這些需求規(guī)范。目前有兩類(lèi)內(nèi)存分析工具——軟件和硬件的。對(duì)于嵌入式軟件來(lái)說(shuō)，代碼覆蓋分析工具可能侵入代碼的執(zhí)行，影響實(shí)時(shí)代碼的運(yùn)行過(guò)程。 概括起來(lái)，缺陷報(bào)告的讀者最希望獲得的信息包括： 缺陷的標(biāo)題； 為了便于他人理解，避免使術(shù)語(yǔ)、俚語(yǔ)或過(guò)分具體的測(cè)試細(xì)節(jié)。 復(fù)現(xiàn)步驟包含了過(guò)少的信息，丟失操作的必要步驟。 每個(gè)步驟都是準(zhǔn)確無(wú)誤的； 在實(shí)際結(jié)果部分，僅列出缺陷的一到兩個(gè)表現(xiàn)特征。 再次描述重點(diǎn)，避免開(kāi)發(fā)人員將缺陷退回給測(cè)試人員補(bǔ)充更多信息； 使用情緒化的語(yǔ)言和強(qiáng)調(diào)符號(hào)，例如黑體、全部字母大寫(xiě)、斜體、感嘆號(hào)、問(wèn)號(hào)等。 使用諸如“Seems（似乎）”、“Appears to be（看上去可能）” 等含義模糊的詞匯，而需要報(bào)告確定的缺陷結(jié)果；