這是一個好問題。

先分析產生BUG原因：程式設計師粗心導致的缺陷；程式設計師自測不過關，不充分而造成的；沒有QA來幫忙把關程式質量；

原始需求有問題而造成的程式碼缺陷；

需求很複雜而造成的程式碼邏輯缺陷；

程式設計師理解能力有限，對需求及設計沒吃透而造成的邏輯混亂之後的BUG;

需求變更頻繁而造成邏輯混亂之後的BUG;

程式碼重構不完整，測試不嚴謹而引發的BUG;

系統架構上的設計缺陷;

其它外部系統環境，網路環境，外部API的問題而造成的BUG;

部分硬編碼造成的BUG;

測試環境與線上環境不一致，而造成的程式碼問題；

可能還有其它我暫時不知道的；

小結

程式設計師如果能儘量避免上述坑點，就有可能少出BUG.

避免不了，只能儘量減少bug，在不考慮程式猿本身寫程式碼的能力下來看：

首先要產品端完善產品和需求，幫助程式猿最大限度理清程式碼邏輯。

其次在開發過程中，程式猿需要自己多測試，考慮各種業務場景，把自己當用戶進行各種騷操作，以此可以減少一部分bug。

再次，提交測試後，需要測試人員各種白盒黑盒壓力場景等等等等，幫助開發人員減少bug。

最後由於線上環境，使用者的多樣性決定了開發和測試永遠不可能所有場景都測試到，所以不可避免會產生意想不到的bug，比如很多知名遊戲人物卡牆。

所以程式猿永遠在寫bug和修改bug中一路向前，避免bug？呵呵，不可能的，一輩子都不可能避免的。

百密一疏，孰能無過？

話雖如此，我覺得還是自己準備的不夠充分。在程式上線前能做的就是自己要多模擬，一定要全面考慮，考慮真實的應用場景，把涉及到程式模組的各個事項一一列出，深入測試，逐項攻克。

程式設計過程中嘛，還是要多問多思考切合業務場景同時要考慮可變因素，也有很多辦法去規避線上Bug，就一句話，做足準備再上線

加油