本人web前端，有一天測試小哥跟我說，頁面上有些文字怎麼被改掉了，趕緊改回去。我趕緊看了下程式碼，沒有任何問題，再看測試環境也沒任何問題，但測試小哥的電腦上看就是有問題。小哥讓我一定要解決這個相容問題，我百思不得其解，弄了半天才發現他的電腦開了網頁翻譯外掛，自動把一些中文替換成另外一些奇怪的中文。。。

改造過一個老專案，發現一個BUG，隨手就改了，結果原來好好的一些功能不正常了，為此我再三確認這是不是個BUG，確定是BUG後我就去找原因，才發現有個地方誤修復了這個BUG！那個地方呼叫BUG返回的值，如果值不為空就往下走，為空就走其它方法，原來有BUG，值永遠為空，所以永遠走其它方法，修復後有時有值，就會往下走，那往下走的方法充滿了BUG！改完一個又發現另一個——因為它先前從來不會進入，所以從沒測試過！最後你猜我是最終修復完，還是把判斷的地方直接走另一個方法，下面的全刪掉？

很久之前維護一套C++寫的金融行業客戶端程式，使用者是北美的一家連鎖銀行，在其中銀行櫃檯某臺機器上出現奇怪的問題，程式碼執行的邏輯混亂，導致了各種各樣奇怪問題出現。在各種測試機器和此網點的其它機器上程式執行都都正常，唯獨這一臺機器出異常。這臺機器就是xp sp2的系統，各種配置也沒什麼異常的。銀行的資料都是保密的，所以沒辦法在出問題的生產環境機器上除錯。後來單獨編譯了個跟蹤每條程式碼執行日誌的debug版本去問題機器上執行。分析日誌發現問題，比如：介面上一個按鈕，點選這個按鈕會執行一段程式碼，一般情況下，連續不斷的點選按鈕，按鈕的事件會阻塞，程式碼會順序的執行，執行完一次然後再執行下一次。這種情形程式執行是正常的。可是在出問題的這個機器上，情形很奇怪，點選事件沒有被阻塞住，程式一次次同時執行，上一次沒雲行完，下一次又執行。導致這段程式碼出現各種各樣的問題。

相信我說的這個，就是那種所謂那種讓人目瞪口呆的bug！

在轉做開發之前，我一直覺得自己是一個不錯的web使用者體驗設計師，我設計有原則，有理念，我博覽歐美最前衛和最火熱的網站，我閱讀過大量使用者體驗設計相關的書籍，我有資深的設計經驗，我有動手能力，我身經百戰，我善於閱讀資料…

廢話太多，直接說一個網站設計案例，我的使用者跟我反饋，你的網站有bug，簡直沒法用，太讓人崩潰了。

我馬上直接溝通，問題出在哪？對方直接說，經常登入不上，不停提示我密碼錯誤。註冊流程也有問題，有時候註冊能成功，有時候就是失敗。

我馬上著手調查，經過n個推理和判斷，也沒找到原因，最後從他登入的一個細節裡，才最終找到病因。我發現他是在一個txt文件裡存著自己經常登入其他網站用的郵箱地址和使用者名稱等，這樣就可以複製貼上，免除輸入的麻煩。對於一個輕度網路使用者，這倒也不新鮮。

問題時他貼上使用者名稱郵箱的時候，一不小心就會多拷過來一個空格，而剛好我的網站沒有自動處理這個空格的能力，他在挫敗多次之後終於爆發了，直接找我投訴！

使用者是很傻的，易怒的，挫敗是他們最不想遇到的東西。

反饋在迭代開發中太太重要了，這個bug打死我也測不出來，因為我根本不會犯多個空格之類的錯誤。

對你抱怨的使用者是非常寶貴的，一定要跟他溝通，刨根問底的把觸怒他的理由找到。

那麼由此推理可以得到設計之中沒有考慮的“微問題”。

你殺了我，我也無法預想到，會有人多複製空格來註冊和登入…

《expert c》裡開篇講了一個歷史上20w美刀的bug，兩個等於號只寫了一個……太好賺了吧，我怎麼沒在那個年代啊？

程式設計師就是bug生產機器，但是什麼樣的bug能讓我目瞪口呆？開發茫茫之路上遇到的bug可以比喻做吃的蘋果或者其他品種的水果一樣的多，我們抓頭苦惱過，在解決bug後也欣喜若狂過，可以說bug能不能解決都只是時間問題，至少2月之前我是這樣想的，但是直到一個月前我遇到的這個bug，讓我對它束手無策，讓我生活不能自理，苦苦尋求答案仍然無果

到底什麼樣的bug讓我目瞪口呆？

對的就是這個bug，翻譯過來的大概意思其實是：

伺服器無法驗證您是否被授權訪問請求的URL。你要麼提供了錯誤的憑證(例如一個錯誤的密碼)，要麼你的瀏覽器不知道如何提供所需的憑證。

說是錯誤的密碼，我吧系統涉及的所有密碼都修改一遍還是無法解決，只剩一下一個辦法就是從頭再來，但是我不想這樣做，因為系統搭建起來都是自己的心血捨不得啊。

有人知道怎麼處理嗎？

powerpc平臺，通訊系統。1) 某個應用層程式跑某個資料處理的時候整個核心就panic了，而且panic的位置都不一樣；開始以內是核心問題（寫了不少BSP程式碼），後面定位到是板子上面少焊接了一個電容！！！2) 某個1000M網絡卡，mtu設定小於某個值（記得是幾百的時候），一切都正常，但是一旦設定預設的mtu值，大的資料包就直接丟掉了，各種示波器邏輯分析儀分析了很久，但是網絡卡波形圖很漂亮。最後定位到是配置檔案中，TX/RX的時鐘管腳設定反了。

弄BSP，驅動這東西，其實都是體力活，但是NND碰到各種問題追查起來可是要人命的。

PHP是最好的語言 以下都是在PHP中遇到的

1.做介面時數字有的是int型，有的是string導致客戶端用強型別的報錯 雖是弱型別 還是要多注意型別

2.有一個指令碼中有個類的全域性屬性 正常流程有設定這個值，而有一個為了複用這個指令碼的入口沒能設定這個值，這個值應當暴露出來做引數而被忽略，由於腳步複雜 會發現呼叫引數一樣 結果卻不一樣 全域性變數的坑啊 太深了 變數儘量就近定義使用 避免全域性變數

3.in_array不是嚴格模式 指定的陣列中有值為數值型，對比的值如果是字串會隱形轉為數值型別，前半部分是數值話就會轉為數值忽略後面的字元，導致不達預期。

...

PHP是最好的語言，方便的同時也是有代價滴，咱們還是要多寫單元測試

這個問題有點意思。作為一個久經沙場的老將，一般情況下，任何bug都不會讓我目瞪口呆。除非是重要的彙報現場出現的極低級的錯誤。這裡不太想數具體的bug型別，就想分享一點有意思的現象。

有好幾次，都是在重要的活動現場，反正不是專案驗收會就是向甲方大領導的工作彙報上，平時從來不會出現的問題，這會兒就是那麼巧的出現了，比如，流程介面報錯，流程更本走不下去，又比如系統假死等等。一時手忙腳亂，大腦一片空白，冷汗直冒。我想有經驗的人一般都能體會到。

我是想說，軟體工程是一個極其複雜的系統工程，人機互動過程會出現各種可能的操作，一般性的軟體不經歷及其嚴格的測試和試用，幾乎是很難避免出現你說的Bug的，軟體工程領域有一句名言：“一切輸入都是邪惡的”。使用者的任何輸入都可能會對軟體造成破壞。記得有一次微軟的比爾.蓋茨，在windows釋出大會上，就遇到了“目瞪口呆的bug”,現場細分尷尬，還是全球直播的新品釋出會。微軟啊，全球首屈一指的軟體企業，也不能免俗。

如果遇到了，坦然接受吧。

在做前端開發時，遇到一個很讓人費解的bug。系統在本人電腦上執行正常，預覽效果也是正常。但是，在客戶電腦上，系統介面出現字型亂碼和字型被修改的情況，出現張冠李戴的情況。重啟專案，結果還是一樣；清除瀏覽器快取，重新登入系統，結果還是一樣。

經過反覆檢查，解除安裝瀏覽器，清除瀏覽器快取，然後重啟電腦，重新安裝瀏覽器，結果發現這個問題被解決了，頁面預覽也正常了，字型顯示正常了。最後定位問題的原因是瀏覽器問題，可能是瀏覽器被病毒指令碼注入。

類似這樣的bug，沒有辦法定位問題原因，只能使用排除法，進行一一排除，最後定位問題；然後，根據問題原因，進行解決。

這個算不算一個讓人目瞪口呆的bug？

出現bug

就是那些一直報錯，然後又找不到原因的BUG！能讓你一整天都出來！目光呆洩！頭髮亂亂！吃不好，睡不好！哈哈！

多執行緒編碼，阻塞執行緒的休眠時長習慣性設定成100毫秒。

這想當然的值，害苦了做壓力測試的小夥伴。無論如何最佳化輸入引數，處理效率提高的都有限。

折騰了兩天，準備換成更高效能伺服器時，開發人員才無意間發現這個值設定的可能有問題。改成1毫秒，效率瞬間幾何級數增加。測試小夥伴怒視的目光下，開發小夥伴的臉都綠了，恨不能找個地縫鑽進去。

好在，專案經理及時安慰了窘迫的開發小夥伴，說能找到問題根源就值得表揚。

聽說的，不算bug,算個笑話，好像是開發小程式之類的，借同事的賬號測試，結果使用者名稱一直返回null，折騰了好久，最後問那個同事才知道，他的使用者名稱就是null。

當年剛入職接了一個祖上傳下來的系統，有個程式碼沒有事務導致異常後資料不一致了，加上事務後反覆測試沒有問題，上線後另一個程式碼出了bug，最後找到了原因居然是那段程式碼就是利用了之前沒有事務資料沒有事務隔離的特性，現在事務之間隔離了就出問題了。

遊戲開發，遊戲裡有個功能，世界成就，比如擊殺野外BOSS，成就介面就會給與獎勵並顯示擊殺玩家的姓名，沒有玩家完成的成就，會顯示無人領取(有成就獎勵)

結果有個玩家，取名：無人領取，成功卡出了BUG，騙過了程式碼，讓系統一直髮出獎勵，但又始終沒完成，完勵反覆領取，刷獎勵。

當然解決辦法很簡單，只是特別佩服這個玩家的腦洞。

剛畢業那一年，做聯通3G電視專案，那個時候用的測試手機是多普達，測試一個電視app（其實那個時候不叫app）。

當時有一個用例，測試升級功能是否正常。這麼設計的：

預期結果：系統自動下載最終安裝包，並能夠安裝成功，新系統可以正常開啟，並使用。

沒什麼問題吧？當時所有專案組的人員評審都覺得沒有問題。

好吧，v1.0.0升級到v1.1.0，沒問題！可以，大家都認為用例通過了。

過了一段時間悲劇了，發現v1.1.0無法升級！因為在這版本中，升級模組有個bug

因為當時這個專案離正式釋出還早，所以會頻繁改動，但內部也有測試版本號管理。這是萬幸，還沒正式釋出。不過，當時多個部門也是被迫手動更新的