目錄
1. BUG 的定義
2. 如何創(chuàng)建 BUG
3. BUG 等級(jí)
4. BUG 生命周期
高頻面試題：
1. BUG 的定義
- 當(dāng)且僅當(dāng)產(chǎn)品規(guī)格書存在且正確時(shí)，程序的實(shí)現(xiàn)和規(guī)格書的要求不匹配時(shí)，那就是軟件錯(cuò)誤。
- 當(dāng)產(chǎn)品規(guī)格說明書沒有提到的功能時(shí)，以用戶的為準(zhǔn)，當(dāng)程序沒有實(shí)現(xiàn)用戶合理預(yù)期要求時(shí)，那就是軟件錯(cuò)誤。
2. 如何創(chuàng)建 BUG
創(chuàng)建 BUG 的要素：
- 問題出現(xiàn)的版本
- 問題出現(xiàn)的環(huán)境
- 出現(xiàn)的步驟
- 預(yù)期結(jié)果
- 實(shí)際結(jié)果
- ........
例：
3. BUG 等級(jí)
BUG 存在不同的嚴(yán)重級(jí)別：
- Blocker（崩潰）：
阻礙開發(fā)或測試工作的問題；造成系統(tǒng)崩潰、死機(jī)、死循環(huán)，導(dǎo)致數(shù)據(jù)庫數(shù)據(jù)丟失，與數(shù)據(jù)庫連接錯(cuò)誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯(cuò)誤、死循環(huán)、數(shù)據(jù)庫發(fā)生死鎖、重要的一級(jí)菜單 功能不能使用等（該問題在測試中較少出現(xiàn)，一旦出現(xiàn)應(yīng)立即中止當(dāng)前版本測試）。- Critical （嚴(yán)重）：
系統(tǒng)主要功能部分喪失、數(shù)據(jù)庫保存調(diào)用錯(cuò)誤、用戶數(shù)據(jù)丟失，一級(jí)功能菜單不能使用但是不影響其他功能的測試。功能設(shè)計(jì)與需求嚴(yán)重不符，模塊無法啟動(dòng)或調(diào)用，程序重啟、自動(dòng)退出，關(guān)聯(lián)程序間調(diào)用 沖突，安全問題、穩(wěn)定性等。如：軟件中數(shù)據(jù)保存后數(shù)據(jù)庫中顯示錯(cuò)誤，用戶所要求的功能缺失，程序 接口錯(cuò)誤，數(shù)值計(jì)算統(tǒng)計(jì)錯(cuò)誤等（該等級(jí)問題出現(xiàn)在不影響其他功能測試的情況下可以繼續(xù)該版本測試）。- Major?? （一般）：
功能沒有完全實(shí)現(xiàn)但是不影響使用，功能菜單存在缺陷但不會(huì)影響系統(tǒng)穩(wěn)定性。如：操作時(shí)間長、查詢時(shí)間長、格式錯(cuò)誤、邊界條件錯(cuò)誤，刪除沒有確認(rèn)框、數(shù)據(jù)庫表中字段過多等 ( 該問題實(shí)際測試中存在最 多）- Minor?? （次要）：
界面、性能缺陷，建議類問題，不影響操作功能的執(zhí)行，可以優(yōu)化性能的方案等。如：錯(cuò)別字、界面格 式不規(guī)范，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，光標(biāo)位置 不正確，用戶體驗(yàn)感受不好，可以優(yōu)化性能的方案等（此類問題在測試初期較多，優(yōu)先程度較低；在測 試后期出現(xiàn)較少，應(yīng)及時(shí)處理）不同的嚴(yán)重級(jí)別，懲罰機(jī)制不同
不同的嚴(yán)重級(jí)別，與開發(fā)者的能力(開發(fā)質(zhì)量)掛鉤
4. BUG 生命周期
- New：新發(fā)現(xiàn)的 BUG ，未經(jīng)評(píng)審決定是否派發(fā)給開發(fā)人員進(jìn)行修改
- Open：確認(rèn)為 BUG，并且認(rèn)為需要進(jìn)行修改，指派給相應(yīng)的開發(fā)人員
- Fixed：開發(fā)人員進(jìn)行修改的時(shí)候表示為正在修改狀態(tài)，有待測試人員的回歸測試驗(yàn)證
- Rejected：開發(fā)人員如認(rèn)為不是 BUG，則拒絕修改
- Delay：如果認(rèn)為暫時(shí)不需要修改或暫時(shí)不能修改，則延后修改
- Closed：修改狀態(tài)的 BUG 經(jīng)測試人員的回歸測試驗(yàn)證通過，則關(guān)閉 BUG
- Reopen：如果經(jīng)驗(yàn)證后 BUG 仍然存在，則需要重新打開 BUG，開發(fā)人員重新修改
高頻面試題：
與開發(fā)產(chǎn)生爭執(zhí)時(shí)，該怎么辦：
- 多反思自身，是不是 BUG 創(chuàng)建的時(shí)候描述不清 （帶有自我批評(píng)思維）
- 開發(fā)人員對(duì) BUG 級(jí)別不認(rèn)可，BUG 級(jí)別的下定要有理有據(jù)，測試人員要明確企業(yè) BUG 定級(jí)規(guī)范，拿著規(guī)范和開發(fā)人員溝通，為什么要這樣定級(jí)
- 合理友好的進(jìn)行溝通，站在用戶的角度：如果開發(fā)人員為用戶，能夠接受這樣的 BUG嗎?
- 不僅能夠提出問題，最好也能夠提出解決方案（供開發(fā)參考，切忌喧賓奪主）
- 如果確實(shí)有 BUG，友好溝通已經(jīng)不能夠解決問題，那么召開 BUG 審：??? ?????????????????????
BUG評(píng)審：需要相關(guān)代表來參加：產(chǎn)品代表、開發(fā)代表、測試等...????????????????????????????????
1）如何解決 BUG???????????????????????????????????????????????????????????????????????????????????????????????????????????? 文章來源：http://www.zghlxwxcb.cn/news/detail-738529.html
2）如何預(yù)防 BUG 再發(fā)生文章來源地址http://www.zghlxwxcb.cn/news/detail-738529.html
到了這里，關(guān)于軟件測試之BUG篇（定義，創(chuàng)建，等級(jí)，生命周期）的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
