老碼農的自我修養：爲何會有BUG？過來人告訴你！

 

1、爲何會產生BUG

首先咱們須要嘗試理解一下什麼Bug?

關於bug的解釋

bug 是指任何計算機程序或硬件系統中的錯誤，故障或缺陷。錯誤會產生意外結果或致使系統意外運行

簡單來講:bug就是程序出了問題,產生了意外的結果,沒有按照預期的結果去運行。

產生Bug的緣由有不少種:

開發者水平過低

不一樣的編譯及運行環境

與需求方溝通不到位

馬虎大意、考慮不周

放飛自我,Coding全靠自嗨

選擇了錯誤的或者運行不穩定的第三方庫

以上緣由總結,主觀和客觀因素都會影響到Bug的產生,正如偏差不可避免通常,咱們應該對本身寫出的代碼進行測試、分析、"溝通".

 

 

2、如何儘可能避免Bug

鑑於以上bug產出的緣由,咱們能夠經過這些一些對策來避免Bug的產生,下面是一些常見緣由分析和處理對策。

1.開發者水平過低

在進行系統的構建中,部分開發者可能一般由於開發經驗過少,或者語言不熟悉,會編寫錯誤的代碼,而後未通過代碼測試和審計,便進行提交和上線操做,致使了異常的引起

解決方案:

若是是語法錯誤,可經過一些ide的代碼檢測器,或者語法檢查來檢測代碼能否正常運行.

若是是PHP等弱類型語言,可以使用靜態代碼掃描工具來發現程序中明顯的語法錯誤.

編寫足夠的測試用例,覆蓋整個模塊的語句

請求你的夥伴進行CodeReview(代碼審計),來改善代碼的質量和發現代碼中的缺陷

2.不一樣的編譯及運行環境

由於業務的拓展和服務支持,須要部署多個不一樣的運行環境中,如:轉帳系統，你在測試環境中轉帳了1000元給用戶小明,小明卻在生產環境中收到了這1000元,併成功進行提現,每每由於沒有環境判斷,致使了失誤的操做!

解決方案:

1）在代碼中多進行註釋說明,標明哪些函數會在其餘環境中操做和運行

2）增強環境邏輯判斷

3.與需求方溝通不到位

這是常常程序員與產品對撕的一個很重要緣由,TA想要A,而你卻作出了B,因而大家產生了很大的爭論

解決方案:

多進行溝通,需求進行反覆確認,不要上手就進行編碼,先進行分析。

經過PM系統,留存需求規劃與變動記錄,以便每一次業務更改,都得能與系統中的問題對上號.

4.馬虎大意、考慮不周

編碼時覺得問題很小，修改代碼，不走調試與測試流程，直接上線。

解決方案:

不要盲目過於自信,相信本身的主觀判斷，,必定走測試流程，確保改動無誤！

CodeReview(代碼審計)，這是一個最好的辦法，固然須要耗費很多的人力，可是能最大的去下降缺陷和錯誤。

 

 

3、多與代碼進行"溝通"

「橡皮鴨調試法」是我在閱讀《編寫可讀代碼》一書中看到的一個技巧，我在一我的開發的時候會使用這個技巧，我認爲是一個不錯的選擇。

4、總結

咱們爲何會編寫BUG,若是沒有BUG?開發和測試不就失業了嗎?固然這只是一句玩笑話。

在此引用知乎上一句頗有意思的話。

編碼也亦如此，由於不少主觀和客觀的因素，致使程序執行了錯誤的邏輯,產生了不如預期的結果，做爲一個合格的開發人員，咱們應該盡力確保程序穩妥運行，減小失誤和異常。

 

 

另外若是你想更好的提高你的編程能力，學好C語言C++編程！彎道超車，快人一步！筆者這裏或許能夠幫到你~

分享（源碼、項目實戰視頻、項目筆記，基礎入門教程）

歡迎轉行和學習編程的夥伴，利用更多的資料學習成長比本身琢磨更快哦！

免費學習書籍：

 

免費學習資料：