此文已由作者王曉明授權網易雲社群釋出。
歡迎訪問網易雲社群，瞭解更多網易技術產品運營經驗。
各位看官，可能看到標題的你一定認為這是一篇涉嫌“炒作”的文章，亦或是為了吸引眼球而起的標題，恭喜你猜對了一半，確實是為了吸引大家的關注而起的這個標題，不過不是為了“炒作”而只是為了讓更多人關注bug，重視bug，從而挖掘bug的潛在價值--技術團隊的財富。
Bug一詞估計也只有相關從業人員才會比較瞭解，我想了解它的人沒有一個不討厭它的。這一點從給它起的名字就可以看出來，“bug”翻譯成中文就是“蟲子”，大家對蟲子第一影響就是厭惡，所以沒人喜歡它是人之常情，今天我們卻要走相反的路線，好好的“誇一誇”令大家都不爽的“蟲子”。
研發人員的“錯題集”--bug追蹤記錄
說道錯題集估計大家都不陌生，但凡熱愛學習（關注成績）的同學可能都有自己的“武林祕籍”--考試或者練習測驗中做錯的題目。通過對這本武林祕籍中的題目進行鍼對性的練習，來減少重複踩坑帶來的分數損失。對於研發同學在研發階段產生的bug和線上出現的事故，我們也可以做個類比，把它們稱為研發同學的“錯題集”。對於研發同學如何對待這本“錯題集”，不僅僅關乎軟體程式碼質量的提高，更關乎個人技能的持續成長。如何讓一個人不重複犯同一類錯誤，如何讓一個團隊不重複踩相同的“技術坑 ”，如何把團隊付出昂貴代價積累下的經驗傳承下來，一直都是技術管理者頭疼的問題。那“研發團隊錯題集”不失是一種可行的方案，通過實際的bug案例，產生的原因、造成的影響、如何避免類似問題的產生，可以讓新來的同學迅速繼承以前趟過的坑。我認為對技術團隊來說，技術積累大致可以分為兩類，“成功案例”和“失敗教訓”，我認為失敗教訓對其他團隊的參考意義更大，因為相對於成功來說，失敗有更大的普適性。綜上，認真對待自己犯過的“錯誤”，把它當做持續提高自己的“訓練集”，既能完成軟體程式碼質量的不斷提高，又能讓研發團隊整體戰鬥力持續提升，你說它是不是一筆“財富”。
測試人員的“遺漏用例集”--非用例執行bug記錄和線上bug記錄
如果你認為bug只是針對研發同學的，那就大錯特錯了。對於測試同學bug也是一種“財富”，這不僅僅體現在“工作量”上，更體現在後續根據bug不斷改進用例設計方法的實戰經驗上。相信測試同學大部分會有這樣的經歷。
經歷A：
一期需求中辛辛苦苦準備了很多用例，開發提測後按照用例執行一遍發現沒有發現幾個bug，於是基於職業敏感，開始又一輪的探索性測試，又發現很多bug，甚至比通過用例發現的bug還要多，於是提出“設計測試用例無用論”。（私下認為，應該是設計用例的方法有問題，需要改進設計用例的方法，並推廣之，讓更少的同學經歷A事件）
經歷B：
辛辛苦苦熬到需求上線，釋出不久出現線上故障，緊急回滾或者緊急線上修復，所有事情都忙完後，開始準備線上故障報告，包括故障原因，開始時間，修復時間，解決方法，後續避免措施，懷著忐忑的心情結束一天的工作。
其實經歷A、B本質上講都是由於用例設計不充分導致的，在網際網路敏捷釋出、持續交付的大環境下，如何更好更快的設計更加全面的測試用例是測試同學需要不斷追求的，而bug集恰恰是最好的“場景資料”，從這個角度講我想大家也都認為bug是一種財富。
bug不僅是軟體研發中發生的錯誤，同時也是幫助大家技能持續成長的一種財富，如何把這種潛在資產的價值發揮出來，是研發團隊需求不斷探索和實踐的。
網易雲免費體驗館，0成本體驗20+款雲產品！
更多網易技術、產品、運營經驗分享請點選
相關文章：
【推薦】 BigData－‘基於代價優化’究竟是怎麼一回事？
【推薦】 真屏實據丨資料大屏設計實戰—揭祕企業級資料大屏設計過程
【推薦】 混合APP開發-hybrid 升級流程