時至今日，筆者已有十余年的寫B(tài)ug經(jīng)驗，是時候與各位看官分享一下，怎么才能寫出Bug的心得了。

從某種意義上講，寫出Bug其實是一件并不光榮和光彩的事情，但是寫出一個影響巨大/潛伏性極強的Bug，然后再通宵達旦地去排查、去修復(fù)她，在你行云流水般的bugfix代碼下，還能收獲到領(lǐng)導(dǎo)/同事/測試妹紙的一波666，你會發(fā)現(xiàn)，寫出這個Bug其實是一件很偉大、值得炫耀的事情。

總的來說，要寫出Bug，可以從以下幾個維度去思考：

1.測試是對自己代碼的不信任

程序員的天敵就是測試妹紙，為了能寫出更多的Bug，我們往往需要減少測試的數(shù)量，筆者也準備了一些話術(shù)用于應(yīng)付測試妹紙：

• 這個功能很簡單，不會有Bug的
• 這個功能是臨時用的，不會有用戶使用的
• 放心吧，我寫的代碼保準沒有Bug

2.信任他人的實現(xiàn)，有現(xiàn)成的絕不自己動手

作為單純的對這個world只想說一句hello的程序員來說，我們需要對這個世界充滿信任，當遇到一個新的功能時，首先打開百度搜一下，看看別人的實現(xiàn)，如果有現(xiàn)成的，絕不浪費時間去檢查別人的代碼，如果別人的代碼有問題，哪來的勇氣發(fā)文章呢?

我們需要信任第三方庫，信任測試測過的代碼，信任用戶足夠聰明一定會按照我們的要求來傳遞數(shù)據(jù)。

3.所有代碼穿上try-catch外衣，拒絕暴露

Bug是令人十分討厭的，針對Bug我們有很完美的操作可以避免：

那就是在編碼的過程中多使用catch Exception{ignore();}，通過這樣簡單的處理后，所有的接口都能完美運行，客戶也不會看到天書般的Bug日志，說不定通過這個操作，就像學(xué)生時做的數(shù)學(xué)題呢，也許過程錯了，但是結(jié)果是對的呀。

4.配置個性化的開發(fā)環(huán)境

開發(fā)環(huán)境永遠永遠不要與生產(chǎn)環(huán)境保持一致，因為生產(chǎn)環(huán)境一般是Linux系統(tǒng)，Linux系統(tǒng)實在是無趣，沒有彈窗廣告，沒有微信，沒有QQ，只有黑色與白色。

只有windows/macos這樣的操作系統(tǒng)才適合用來當我們的開發(fā)環(huán)境，因為他們可以配置不同的主題，可以安裝好看的字體。如果碰上測試給你報了一個疑似Bug的時候，你可以通知她到你這里來看一下，可以自豪地說："我這里是好的，是你操作的問題"

當你熟讀本文，掌握Bug生產(chǎn)之術(shù)后，你只需勤于加班，定能掌握Bug生產(chǎn)之術(shù)。