嵌入式軟件的測試方法和工具(編輯修改稿)
2024-08-31 15:12 本頁面
【文章內容簡介】 證缺陷正確處理的最佳手段。 它也減少了工程師以及其它質量保證人員的后續(xù)工作。 為了書寫更優(yōu)良的缺陷報告，需要遵守“5C”準則： Correct（準確）：每個組成部分的描述準確，不會引起誤解； Clear（清晰）：每個組成部分的描述清晰，易于理解； Concise（簡潔）：只包含必不可少的信息，不包括任何多余的內容； Complete（完整）：包含復現(xiàn)該缺陷的完整步驟和其他本質信息； Consistent（一致）：按照一致的格式書寫全部缺陷報告。 3. 缺陷報告的組織結構 盡管不同的軟件測試項目對于缺陷報告的具體組成部分不盡相同，但是基本組織結構都是大同小異的。一個完整的軟件缺陷報告通常由下列幾部分組成： 缺陷的標題； 缺陷的基本信息； o 測試的軟件和硬件環(huán)境； o 測試的軟件版本； o 缺陷的類型； o 缺陷的嚴重程度； o 缺陷的處理優(yōu)先級。 復現(xiàn)缺陷的操作步驟； 缺陷的實際結果描述； 期望的正確結果描述； 注釋文字和截取的缺陷圖像。 對于具體測試項目而言，缺陷的基本信息通常是比較固定的，也是很容易描述的。實際書寫軟件缺陷報告容易出現(xiàn)問題的地方就是標題、操作步驟、實際結果、期望結果和注釋部分。下面針對這些“事故多發(fā)地帶”具體論述如何提供完整的信息，由于英文是軟件開發(fā)的主要語言，以下的軟件缺陷報告的信息都使用英文書寫。 4. 缺陷報告的寫作技術 標題（Title） 標題應該保持簡短、準確，提供缺陷的本質信息，并且便于讀者搜索查尋。 良好的缺陷標題應該按照下列方式書寫： 盡量按缺陷發(fā)生的原因與結果的方式書寫（“執(zhí)行完A后，發(fā)生B，”或者“發(fā)生B，當A執(zhí)行完后”）； 避免使用模糊不清的詞語，例如“功能中斷，功能不正確，行為不起作用，”等。應該使用具體文字說明功能如何中斷，如何不正確，或如何不起作用； 為了方便搜索和查詢，請使用關鍵字； 為了便于他人理解，避免使術語、俚語或過分具體的測試細節(jié)。 請查看下面的表格，該表格列出了有問題的標題，給出了如何改進的示例。原始描述 錯誤原因 改進的標題 原始描述 錯誤原因改進的標題Hyphenation does not work 描述太籠統(tǒng)。什么時候不起作用？Text breaks at line39。s end, but no hyphen appearsIncorrect behavior with paragraph alignment描述太籠統(tǒng)。不正確的行為是什么？Justified alignment leaves gaps in text position when tracking is also applied Assert:CmdAssertHereInsertSomethingBadHappens沒有包含原因與結果信息。斷言（Assert）太長。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 沒有指明原因與結果，包含了過分詳細的細節(jié)信息。Performance slows noticeably after ?rst launch and copy/paste Quotes appear as symbols when they are imported 信息沒有充分隔離。所有的引號都如此嗎？什么類型的符號？Imported smart quotes from Word appear as unrecognized characters提示 使用after，when或during等連結詞有助于描述缺陷的原因和結果，例如： Application crashes after input any letters in numeric field. Internal error occurs when clos
公司管理相關推薦
鄂ICP備17016276號-1