嵌入式軟件的測(cè)試方法和工具(存儲(chǔ)版)
【正文】 步地引導(dǎo)復(fù)現(xiàn)該缺陷； 將常見(jiàn)步驟合并為較少步驟，例如： 1. Create text frame. 2. Add text. 可以簡(jiǎn)單的合并成一步： 1. Create a new text frame and add text. 例如： Actual result: 1. Assert “CmdLineofCodeHere…” 2. Assert “AlsoBrokenHere…” 有時(shí)，一個(gè)動(dòng)作將產(chǎn)生一個(gè)結(jié)果，而這個(gè)結(jié)果又產(chǎn)生另一個(gè)結(jié)果。 在缺陷的第一個(gè)表現(xiàn)特征后，將隨后的步驟和缺陷表現(xiàn)特征移到注釋部分。t have to manually highlight and then type. 多個(gè)平臺(tái)之間是否具有不同表現(xiàn)； 步驟是否可以完全復(fù)現(xiàn)而且表達(dá)清楚嗎？ 使用諸如“Seems（似乎）”、“Appears to be（看上去可能）” 等含義模糊的詞匯，而需要報(bào)告確定的缺陷結(jié)果； 。 使用情緒化的語(yǔ)言和強(qiáng)調(diào)符號(hào)，例如黑體、全部字母大寫、斜體、感嘆號(hào)、問(wèn)號(hào)等。 一個(gè)缺陷報(bào)告中是否之報(bào)告了一種缺陷？ 再次描述重點(diǎn)，避免開(kāi)發(fā)人員將缺陷退回給測(cè)試人員補(bǔ)充更多信息； 應(yīng)該產(chǎn)生的正確現(xiàn)象：The text that appears should be fully highlighted 在實(shí)際結(jié)果部分，僅列出缺陷的一到兩個(gè)表現(xiàn)特征。 如果一個(gè)動(dòng)作產(chǎn)生彼此不同的多個(gè)缺陷結(jié)果。 每個(gè)步驟都是準(zhǔn)確無(wú)誤的； 同樣地，如果某些路徑不觸發(fā)該缺陷，也要包含這些路徑。 復(fù)現(xiàn)步驟包含了過(guò)少的信息，丟失操作的必要步驟。Performance slows noticeably after ?rst launch and copy/paste Quotes appear as symbols when they are imported 信息沒(méi)有充分隔離。 為了便于他人理解，避免使術(shù)語(yǔ)、俚語(yǔ)或過(guò)分具體的測(cè)試細(xì)節(jié)。實(shí)際書寫軟件缺陷報(bào)告容易出現(xiàn)問(wèn)題的地方就是標(biāo)題、操作步驟、實(shí)際結(jié)果、期望結(jié)果和注釋部分。 缺陷的標(biāo)題； 為了書寫更優(yōu)良的缺陷報(bào)告，需要遵守“5C”準(zhǔn)則： 概括起來(lái)，缺陷報(bào)告的讀者最希望獲得的信息包括： 遺憾的是，一些缺陷報(bào)告經(jīng)常包含過(guò)少或過(guò)多信息，而且組織混亂，難以理解。對(duì)于嵌入式軟件來(lái)說(shuō)，代碼覆蓋分析工具可能侵入代碼的執(zhí)行，影響實(shí)時(shí)代碼的運(yùn)行過(guò)程。性能分析工具不僅能指出哪些例程花費(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)上的缺陷。目前有兩類內(nèi)存分析工具——軟件和硬件的。在宿主環(huán)境中，可以進(jìn)行邏輯或界面的測(cè)試、以及與硬件無(wú)關(guān)的測(cè)試。在進(jìn)行嵌入式軟件黑盒測(cè)試時(shí)，要把系統(tǒng)的預(yù)期用途作為重要依據(jù)，根據(jù)需求中對(duì)負(fù)載、定時(shí)、性能的要求，判斷軟件是否滿足這些需求規(guī)范。根據(jù)源代碼的組織結(jié)構(gòu)查找軟件缺陷，一股要求測(cè)試人員對(duì)軟件的結(jié)構(gòu)和作用有詳細(xì)的了解，白盒測(cè)試與代碼覆蓋率密切相關(guān)，可以在白盒測(cè)試的同時(shí)計(jì)算出測(cè)試的代碼的覆蓋率，保證測(cè)試的充分性。嵌入式軟件有其特殊的失效判定準(zhǔn)則，但是，嵌入式軟件測(cè)試的日的與非嵌入式軟件是相同的。系統(tǒng)失效是系統(tǒng)沒(méi)有滿足—個(gè)或多個(gè)正式需求規(guī)范中所要求的需求項(xiàng)。 白盒測(cè)試或基本代碼的測(cè)試檢查程序的內(nèi)部設(shè)計(jì)。因?yàn)楹诤袦y(cè)試與需求緊密相關(guān)，需求規(guī)格說(shuō)明的質(zhì)量會(huì)直接影響測(cè)試的結(jié)果，黑盒測(cè)試只能限制在需求的范圍內(nèi)進(jìn)行?！ ≡趦蓚€(gè)環(huán)境中可以出現(xiàn)不同的軟件缺陷，重要的是目標(biāo)環(huán)境和宿主環(huán)境的測(cè)試內(nèi)容有所選擇。當(dāng)動(dòng)態(tài)內(nèi)存被錯(cuò)誤地分配后，通常難以再現(xiàn)，可能導(dǎo)致的失效難以追蹤，使用內(nèi)存分析工具可以避免這類缺陷進(jìn)入功能測(cè)試階段。對(duì)于大多數(shù)應(yīng)用來(lái)說(shuō)，大部分執(zhí)行時(shí)間用在相對(duì)少量的代碼上，費(fèi)時(shí)的代碼估計(jì)占所有軟件總量的5%20%。覆蓋分析工具一般會(huì)提供有關(guān)功能覆蓋、分支覆蓋、條件覆蓋的信息。軟件測(cè)試缺陷報(bào)告寫作標(biāo)準(zhǔn)提供準(zhǔn)確、完整、簡(jiǎn)潔、一致的缺陷報(bào)告是體現(xiàn)軟件測(cè)試的專業(yè)性、高質(zhì)量的主要評(píng)價(jià)指標(biāo)。另外，他們不是軟件測(cè)試人員，可能對(duì)于具體軟件測(cè)試的細(xì)節(jié)了解不多。 它也減少了工程師以及其它質(zhì)量保證人員的后續(xù)工作。一個(gè)完整的軟件缺陷報(bào)告通常由下列幾部分組成： 對(duì)于具體測(cè)試項(xiàng)目而
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1