教育行業A股IPO第一股(股票代碼 003032)

全國咨詢/投訴熱線:400-618-4000

軟件缺陷測試面試問題總結

更新時間:2021年09月30日17時32分 來源:傳智教育 瀏覽次數:

1.什么是缺陷報告,缺陷報告的作用,缺陷報告的要點
(1)缺陷報告是描述軟件缺陷現象和重現步驟的集合。軟件缺陷報告 Software Bug Report(SBR)或軟件問題報告 software Problem Report(SPR)。
(2)缺陷報告是軟件測試人員的工作成果之一,體現軟件測試的價值缺陷報告可以把軟件存在的缺陷準確的描述出來,便于開發人員修正缺陷報告可以反映項目/產品當前的質量狀態,便于項目整體進度和質量控制軟件測試缺陷報告是軟件測試的輸出成果之一,可以衡量測試人員的工作能力。
(3)標題(Title)簡潔、準確、完整、反映缺陷本質、方便查詢前綴+標題正文,標題正文采用結果和動作,或者現象和位置的方式表達;步驟(Steps)可復現、完整、簡潔、準確按數字編號;實際結果(Actual results)準確、詳細描述軟件的現象和特征;期望結果(Expected results)準確、豐富、有理有據;平臺(Platforms)準確;截圖(Sereenshots)準確反映缺陷特征;注釋(Notes)關于缺陷的輔助說明
2.軟件測試缺陷報告的 5C 原則
Correct(準確):每個組成部分的描述準確,不會引起誤解;
Clear(清晰):每個組成部分的描述清晰,易于理解;
Concise(簡潔):只包含必不可少的信息,不包括任何多余的內容;
Complete(完整):包含復現該缺陷的完整步驟和其他本質信息;
Consistent(一致):按照一致的格式書寫全部缺陷報告。
3.軟件缺陷的生命周期?
測試人員提交新的 Bug 入庫,錯誤狀態為 New。 高級測試人員驗證錯誤,如果確認是錯誤,分配給相應的開發人員,設置狀態為 Open。如果不是錯誤,則拒絕,設置為 Declined(拒絕)狀態。開發人員查詢狀態為 Open 的 Bug,如果不是錯誤,則置狀態為 Declined;如果是 Bug 則修復并置狀態為 Fixed。不能解決的 Bug,要留下文字說明及保持 Bug 為 Open 狀態。對于不能解決和延期解決的 Bug,不能由開發人員自己決定,一般要通過某種會議(評審會)通過才能認可。 測試人員查詢狀態為 Fixed 的 Bug,然后驗證 Bug 是否已解決,如解決置 Bug 的狀態為Closed,如沒有解決置狀態為 Reopen。
4.缺陷描述(報告單)中應該包括哪些內容?
缺陷的標題,簡要描述。缺陷的類型。缺陷的詳細步驟描述。缺陷的實際結果。期望結果。有的缺陷需要上傳截圖,日志信息。缺陷的等級。缺陷指派給開發同事。(開發主管)
5.如何提高缺陷的記錄質量?
通用 UI 要統一、準確;盡量使用業界慣用的表達術語和表達方法;使用業界慣用的表達術語和表達方法,保證表達準確,體現專業化;每條缺陷報告只包括一個缺陷;不可重現的缺陷也要報告;明確指明缺陷類型;明確指明缺陷嚴重等級和優先等級;描述 (Description) ,簡潔、準確,完整,揭示缺陷實質,記錄缺陷或缺陷出現的位置;短行之間使用自動數字序號,使用相同的字體、字號、行間距; 每一個步驟盡量只記錄一個操作;確認步驟完整,準確,簡短;根據缺陷,可選擇是否進行圖象捕捉; 檢查拼寫和語法缺陷;盡量使用短語和短句,避免復雜句型句式;缺陷描述內容。
6.如果一個缺陷被提交后,開發人員認為不是問題,怎么處理
a)首先,將問題提交到缺陷管理庫里面進行備案。
b)然后,要獲取判斷的依據和標準:
v.根據需求說明書、產品說明、設計文檔等,確認實際結果是否與計劃有不一致的地方,提供缺陷是否確
認的直接依據;
vi.如果沒有文檔依據,可以根據類似軟件的一般特性來說明是否存在不一致的地方,來確認是否是缺陷;
vii.根據用戶的一般使用習慣,來確認是否是缺陷;
viii.與設計人員、開發人員和客戶代表等相關人員探討,確認是否是缺陷;
c)合理的論述,向測試經理說明自己的判斷的理由,注意客觀、嚴謹,不摻雜個人情緒。
d)等待測試經理做出最終決定,如果仍然存在爭議,可以通過公司政策所提供的渠道,向上級反映,并有上級
做出決定。
7.缺陷的優先級劃分和描述
一般來說按照下面的來分,具體的是由每個公司而定。
軟件缺陷有四種級別,分別為:致命的(Fatal),嚴重的(Critical),一般的(Major),微小的(Minor)。
A 類—致命的軟件缺陷(Fatal):造成系統或應用程序崩潰、死機、系統掛起,或造成數據丟失,主要功能完全喪失,導致本模塊以及相關模塊異常等問題。如代碼錯誤,死循環,數據庫發生死鎖、與數據庫連接錯誤或數據通訊錯誤,未考慮異常操作,功能錯誤等
B 類—嚴重錯誤的軟件缺陷(critical):系統的主要功能部分喪失、數據不能保存,系統的次要功能完全喪失。問題局限在本模塊,導致模塊功能失效或異常退出。如致命的錯誤聲明,程序接口錯誤,數據庫的表、業務規則、缺省值未加完整性等約束條件
C 類—一般錯誤的軟件缺陷(major):次要功能沒有完全實現但不影響使用。如提示信息不太準確,或用戶界面差,操作時間長,模塊功能部分失效等,打印內容、格式錯誤,刪除操作未給出提示,數據庫表中有過多的空字段等
D 類—較小錯誤的軟件缺陷(Minor):使操作者不方便或遇到麻煩,但它不影響功能過的操作和執行,如錯別字、界面不規范(字體大小不統一,文字排列不整齊,可輸入區域和只讀區域沒有明顯的區分標志),輔助說明描述不清楚
E 類- 建議問題的軟件缺陷(Enhancemental):由問題提出人對測試對象的改進意見或測試人員提出的建議、質





猜你喜歡:

軟件測試缺陷管理工具有哪些?測試管理工具介紹

日常工作中的缺陷跟蹤流程有哪些?

軟件缺陷處理流程包括哪些?

軟件缺陷產生的原因有哪些?【軟件測試】

傳智教育軟件測試培訓

红豆直播app黄台_红豆直播app下载免费_红豆直播app下载