軟件測試基礎習題及答案(編輯修改稿)
2025-07-23 08:39 本頁面
【文章內容簡介】 ? 代碼問題n 相容性問題n 測試問題2 缺陷主要有哪些狀態(tài)？ New：測試人員提交新bug的狀態(tài)標識 Open：測試經理審核測試人員提交的bug，審核通過后將該bug狀態(tài)改為open并提交給開發(fā)經理。開發(fā)經理對bug進行審核并分配給對應的開發(fā)人員。 Fixed：開發(fā)人員已修改bug并自測通過的標識，由開發(fā)人員修改為此狀態(tài) Closed：測試驗證bug并通過的標識，由測試人員修改為此狀態(tài) Rejected：開發(fā)人員認為不是Bug、描述不清、重復、不采納所提意見建議或者測試人員提錯，從而拒絕的問題。由Bug分配人或者開發(fā)人員來設置。 Later：確認是bug，但此bug目前暫時無法解決且對產品影響不大，或無法重現的問題等，通過會議評審可以暫緩或放入下個版本再解決Reopen：測試人員驗證bug未通過，修改為此狀態(tài)2 軟件缺陷報告有哪些屬性？軟件缺陷的屬性：缺陷標識：缺陷的唯一標識，用于識別、跟蹤、查下、排序、存儲管理等，可以使用數字序號表示標題：對缺陷的概括性描述，方便列表、瀏覽、管理等。詳細描述：包括前提、操作步驟、預期結果、實際結果等環(huán)境：缺陷發(fā)現時所處的測試環(huán)境，包括操作系統(tǒng)、瀏覽器等所屬項目/模塊：缺陷所屬哪個具體的項目或模塊，要求精確定位至模塊、組件級產品信息：屬于哪個版本等狀態(tài)：缺陷一旦被發(fā)現之后，其被跟蹤過程中所處的狀態(tài)嚴重程度：因缺陷引起的故障對軟件產品使用或某個質量特性的影響程度優(yōu)先級：缺陷被修復的緊急程度或先后次序，主要取決于缺陷的嚴重程度、產品對業(yè)務的實際影響，需要考慮開發(fā)過程的需求（對測試進展的影響）、技術限制等因素類型：屬于哪方面的缺陷，如：功能、用戶界面、性能、接口等可能性：缺陷產生的頻率缺陷提交人：會和郵件地址聯系起來缺陷指定解決人：來源：缺陷產生的地方，如：產品需求定義書、設計規(guī)格說明書、代碼的具體組件或模塊，數據庫，在線幫助，用戶手冊等產生原因：產生缺陷的根本原因，包括過程、方法、工具、算法錯誤、溝通問題等，以尋求流程改進、完善編程規(guī)范和加強培訓等，有助于缺陷預防。構建包跟蹤：用戶每日構建軟件包跟蹤，是新發(fā)現的缺陷還是回歸缺陷，基準是上一個軟件包版本跟蹤：用戶產品版本質量特性的跟蹤，是新發(fā)現的缺陷還是回歸缺陷，基準是上一個版本提交時間：修正時間：驗證時間：2 書寫缺陷報告的基本原則（5C原則）是什么？1． Correct（準確）：每個組成部分的描述準確，不會引起誤解2． Clear（清晰）：每個組成部分的描述清晰，易于理解3． Concise（簡潔）：只包含必不可少的信息，不包括任何多余的內容。4． Complete（完整）：包含復現該缺陷的完整步驟和其他本質信息。5． Consistent（一致）：按照一致的格式書寫全部缺陷報告。2 一般情況下，缺陷報告的組織結包括哪些內容？（1） 缺陷的標題（2） 缺陷的基本信息，包括以下幾方面1． 測試的軟件和硬件條件2． 測試的軟件的版本3． 缺陷的類型4． 缺陷的嚴重程度5． 缺陷的優(yōu)先級（3） 復現缺陷的操作步驟（4） 缺陷的實際結果描述（5） 缺陷的預期結果描述（6） 注釋文字和截取的缺陷圖像或log2 缺陷報告需要注意的問題有哪些？盡量避免出現錯誤不要把幾個bug錄入到同一個id添加必要的截圖和文件完成一個bug的錄入后應進行檢查27,、一般缺陷嚴重等級如何劃分，并描述每個嚴重等級對應的錯誤內容？致命(可對應目前BUG體系中的“非常嚴重”)： 致命性問題主要為：系統(tǒng)無法執(zhí)行、崩潰或嚴重資源不足、應用模塊無法啟動或異常退出、無法測試、造成系統(tǒng)不穩(wěn)定?！ 【唧w基本上可分為： ○ 嚴重花屏 ○ 內存泄漏 ○ 用戶數據丟失或破壞 ○ 系統(tǒng)崩潰/死機/凍結 ○ 模塊無法啟動或異常退出 ○ 嚴重的數值計算錯誤 ○ 功能設計與需求嚴重不符 ○ 其它導致無法測試的錯誤 ● 嚴重（可對應目前BUG體系中的“嚴重”） 嚴重性問題主要為：影響系統(tǒng)功能或操作，主要功能存在嚴重缺陷，但不會影響到系統(tǒng)穩(wěn)定性?！ 【唧w基本上可分為： ○ 功能未實現 ○ 功能錯誤 ○ 系統(tǒng)刷新錯誤 ○ 語音或數據通訊錯誤 ○ 輕微的數值計算錯誤 ○ 系統(tǒng)所提供的功能或服務受明顯的影響 ● 一般（可對應于目前BUG體系中的“普通”）
公司管理相關推薦
鄂ICP備17016276號-1