這些神奇又搞笑的bug，真的讓程序員萬萬沒想到！

Bug是程序員 不可避免 出現(xiàn)的問題，真要說起來，大部分Bug會在測試階段被查出，從而繼續(xù)回爐重造。但是還有一部分Bug非常頑強，且不易被查出。其中有一些會帶來嚴重的后果，然而有一些Bug卻是 無關(guān)緊要 ，相反卻能博得大眾一笑！

在開始神奇又搞笑的 bug吐槽大會之前，我們先來細說下bug的等級劃分。

致命 bug： 阻礙開發(fā)或測試工作的問題；造成系統(tǒng)崩潰、死機、死循環(huán)，導致數(shù)據(jù)庫數(shù)據(jù)丟失，與數(shù)據(jù)庫連接錯誤，主要功能喪失，基本模塊缺失等問題

修改優(yōu)先級為最高，該級別問題需要立即修改。

1. 代碼錯誤；

2. 系統(tǒng)崩潰 ；

3. 導致程序重啟 ,死機或非法退出 ；   

4. 重要的一級菜單功能不能使用；

5. 死循環(huán) ；   

6. 數(shù)據(jù)丟失或異常 ；   

7. 數(shù)據(jù)通訊錯誤 ；

8. 硬件故障，系統(tǒng)懸掛 。

嚴重 bug： 系統(tǒng)主要功能部分喪失、數(shù)據(jù)庫保存調(diào)用錯誤、用戶數(shù)據(jù)丟失，一級功能菜單不能使用但是不影響其他功能的測試。功能設計與需求嚴重不符，模塊無法啟動或調(diào)用，程序重啟、自動退出，關(guān)聯(lián)程序間調(diào)用沖突，安全問題、穩(wěn)定性等。

修改優(yōu)先級為高，該級別需要程序員盡快修改。  

1. 用戶所要求的功能缺失；

2. 數(shù)據(jù)計算 統(tǒng)計 錯誤 ；

3. 業(yè)務流程錯誤 ；   

4. 程序接口錯誤 ；  

5. 因錯誤操作迫使程序中斷；  

6. 系統(tǒng)可被執(zhí)行，但操作功能無法執(zhí)行（含指令）；  

7. 功能項的某些項目（選項）使用無效（對系統(tǒng)非致命的）；  

8. 功能實現(xiàn)不完整，如刪除時沒有考慮數(shù)據(jù)關(guān)聯(lián)；  

9. 功能的實現(xiàn)不正確，如在系統(tǒng)實現(xiàn)的界面上，一些可接受輸入的控件點擊后無作用，對數(shù)據(jù)庫的操作不能正確實現(xiàn)。

建議： （該等級問題出現(xiàn)在不影響其他功能測試的情況下可以繼續(xù)該版本測試）。

一般 bug： 功能沒有完全實現(xiàn)但是不影響使用，功能菜單存在缺陷但不會影響系統(tǒng)穩(wěn)定性。  

修改優(yōu)先級為中，該級別需要程序員修改。  

1.數(shù)據(jù)長度不一致 ；

2.內(nèi)容或格式錯誤 ；

3. 操作時間長；

4. 查詢時間長；

5 .響應時間較慢 ；   

6 .功能性建議 ；  

7 .提示信息不太準確 ；  

8 .操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）； 

9 .簡單的輸入限制未放在前臺進行控制； 

10 .雖然正確性不受影響，但系統(tǒng)性能和響應時間受到影響； 

11 .不能定位焦點或定位有誤，影響功能實現(xiàn)； 

12 .增刪改功能，在本界面不能實現(xiàn)，但在另一界面可以補充實現(xiàn) ；

13.數(shù)據(jù)庫表中字段過多。

建議： (該問題實際測試中存在最多，合理安排解決BUG，解決率關(guān)系版本的優(yōu)化程度)

低級 bug： 界面、性能缺陷，建議類問題，不影響操作功能的執(zhí)行，可以優(yōu)化性能的方案等。

修改優(yōu)先級為低，該級別需要程序員修改或不修改。  

1. 錯別字；

2. 界面不規(guī)范；  

3. 輔助說明描述不清楚；  

4. 頁面顯示重疊；

5. 不該顯示的要隱藏；

6. 描述不清楚；

7. 輸入輸出不規(guī)范；  

8. 長時間操作未給用戶提示；  

9. 提示窗口文字未采用行業(yè)術(shù)語；

10. 文字排列不整齊；

11. 光標位置不正確；

12. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志；  

13. 必填項與非必填項應加以區(qū)別；  

14. 滾動條無效；  

15. 鍵盤支持不好，如在可輸入多行的字段中，不支持回車換行；  

16. 界面不能及時刷新，影響功能實現(xiàn) ；

17. 用戶體驗感受不好。   

建議：（此類問題在測試初期較多，優(yōu)先程度較低；在測試后期出現(xiàn)較少，應及時處理）  

軟件測試 開發(fā) 人員工作過程中會遇到各種各樣的 Bug， 了解了 bug的等級劃分，我們再來聊一聊你所遇到過意想不到的那些bug。

@小博

想起前幾天遇到的 bug，嚴格來講不太算，就是好笑。一個文本框，輸入about、banner等詞，提交后再看單詞就變成了aout、anner，找開發(fā)，開發(fā)答復：屏蔽敏感字母b 。

@小為

做底層測試的，遇到過日志回滾配置把 rotate寫成rotare，然后日志沒回滾成功，不久磁盤滿了，機器掛了。

@小峰

都沒有我們開發(fā)牛逼 ， 查始發(fā)機場為深圳的航班信息 ， 他就返回一個始發(fā)機場為深圳的字段 ， 其他信息都不給 ， 我找他 ， 他說 “你就查了始發(fā)機場，我就給你始發(fā)機場有啥問題？”你去百度輸入劉德華 ， 百度返回給你三個字： “劉德華” ， 沒毛病啊 ， 我感覺這邏輯很牛 X 。

@小軟

測試提一個 bug需要一分鐘，某些前端開發(fā)把bug指回來只用了28秒，不自測也就算了，還改一個送你兩個bug。

@小件

拖動上下端模塊可進行排序，結(jié)果保存的時候不按拖動的順序保存，程序員理直氣壯的跟我說：你要先退出，然后重新進入，排序就是正確的哦。

@小測

前一陣遇到的 bug。系統(tǒng)超級用戶可以對自己降級。降級完畢以后再也無法提升為超級用戶。解決辦法，只能服務器端的系統(tǒng)軟件重新安裝。

@小試

前段時間不是年會嘛，相信大家都領(lǐng)到了公司發(fā)的年貨，有一些大型的公司或者企業(yè)還會舉行一些抽獎活動。然而，抽獎環(huán)節(jié)要是有 bug就會讓人很尷尬，巧了，我就遇到了，看到“Null”這四個大字，估計每個程序員都會非常尷尬，“Null”這個單詞的意思為“空”，在代碼中是一個常用詞匯。不過感覺用代碼抽獎的公司老板心有點大啊，要是有人在代碼中動手腳，那還不是想中就中？

一句話總結(jié)今天的吐槽大會： bug 千萬條，細心第一條，編碼不規(guī)范， 測試 兩行淚！