嵌入式軟件的測試方法和工具(完整版)
【正文】 試方法和工具由安博測試空間技術(shù)中心這就要求對嵌入式系統(tǒng)，包括嵌入式軟件進行嚴格的測試、確認和驗證。嵌入式軟件測試在4個階段上進行，即模塊測試、集成測試、系統(tǒng)測試、硬件/軟件集成測試?！ 『诤袦y試在某些情況下也稱為功能測試。目標環(huán)境測試和宿主環(huán)境測試 在嵌入式軟件測試中，常常要在基于目標的測試和基于宿主的測試之間作出折衷。二、嵌入式軟件的測試工具 用于輔助嵌入式軟件測試的工具很多，下面對幾類比較有用的有關(guān)嵌入式軟件的測試工具加以介紹和分析。開發(fā)人面臨的問題是決定應(yīng)該對哪一部分代碼進行優(yōu)化來改進性能，常常會花大量的時間去優(yōu)化那些對性能沒有任何影響的代碼。覆蓋分析工具 在進行白盒測試時，可以使用代碼覆蓋分析工具追蹤哪些代碼被執(zhí)行過?！ 〈蠖鄶?shù)軟件測試方法都可以直接或間接地用于嵌入式軟件的測試，但是由于操作系統(tǒng)的實時和嵌入式特性，嵌入式軟件測試也面臨一些特殊的問題。 1. 缺陷報告的讀者對象 在書寫軟件缺陷報告之前，需要明白誰是缺陷報告的讀者對象，知道讀者最希望從缺陷報告中獲得什么信息。 市場和技術(shù)支持等部門希望獲得缺陷類型分布以及對市場和用戶的影響程度。 Complete（完整）：包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息； 缺陷的實際結(jié)果描述； 盡量按缺陷發(fā)生的原因與結(jié)果的方式書寫（“執(zhí)行完A后，發(fā)生B，”或者“發(fā)生B，當A執(zhí)行完后”）； s end, but no hyphen appearsIncorrect behavior with paragraph alignment描述太籠統(tǒng)。 Application suspended during transmission. 復(fù)現(xiàn)步驟（Reproducible Steps） 復(fù)現(xiàn)步驟包含如何使別人能夠很容易的復(fù)現(xiàn)該缺陷的完整步驟。 為了避免出現(xiàn)這些問題，良好的復(fù)現(xiàn)步驟應(yīng)該包含本質(zhì)的信息，并按照下列方式書寫： 每一個步驟前使用數(shù)字對步驟編號； 因此，一方面，沒有必要在缺陷報告中告訴啟動產(chǎn)品或者如何打開一個文件等簡單操作方法。例如： Actual Result： 1. Assert:“CmdLineofCodeBlahBlah…” 2. When this assert is dismissed, app bees active but all text is unrecognizable. 3. After selecting the text by dragging the text tool, the text appears normally once again. 對于這些較難處理的情況，有多種使之易于閱讀的解決方法： 期望結(jié)果（Expected result） 期望結(jié)果的描述應(yīng)該與實際結(jié)果的描述方式相同。 注釋部分可以包含以下各方面的內(nèi)容： 例如，缺陷的注釋可能包含下面的內(nèi)容： Notes： 1. Text displays outside frame in Win2000 and WinXP, but not Win98. 2. Does not happen after screen has redrawn. 3. Does not occur when two documents are open. 4. Refer to attached screenshots and testing file 5. 缺陷報告的寫作注意事項 提高缺陷報告的寫作水平是不斷積累經(jīng)驗，循序漸進的過程。 缺陷的標題是按照原因與結(jié)果的方式書寫的嗎？ 只需客觀地描述缺陷的信息即可； 如果對測試軟件的某個現(xiàn)象不確定是否是軟件缺陷，可以通過電子郵件或口頭交流，確認是缺陷后再報告到數(shù)據(jù)庫中。 使用“I（我）”、“You（你）”等人稱代詞。 自我檢查和提問 測試過程需要使用的測試文件； 為了更清楚地理解良好的期望結(jié)果應(yīng)該包含什么信息，請看下面的例子： Expected result： The text that appears should be fully highlighted so that if the user wishes to make c
公司管理相關(guān)推薦
鄂ICP備17016276號-1