在最近的一周,我維護的業務系統出現了很多壞毛病,一周七天crash掉了4次,每次都需要都是因為一點很小的問題,觸發了蝴蝶效應,導致整個系統全盤崩潰,于是產生除了敘述本篇的想法,當然這并不是為了掩蓋我在Coding上的一些細節處理和職責疏忽，只是為了從根本的細節上去分析這些問題，
(一、)為什么會產生BUG
首先我們需要嘗試理解一下什么Bug?
關于bug的解釋
bug 是指任何計算機程式或硬體系統中的錯誤，故障或缺陷，錯誤會產生意外結果或導致系統意外運行
簡單來說:bug就是程式出了問題,產生了意外的結果,沒有按照預期的結果去運行，
產生Bug的原因有很多種:
開發者水平太低
不同的編譯及運行環境
與需求方溝通不到位
馬虎大意、考慮不周
放飛自我,Coding全靠自嗨
選擇了錯誤的或者運行不穩定的第三方庫
以上原因總結,主觀和客觀因素都會影響到Bug的產生,正如誤差不可避免一般,我們應該對自己寫出的代碼進行測驗、分析、"溝通".
(二、)如何盡量避免Bug
鑒于以上bug產出的原因,我們可以通過這些一些對策來避免Bug的產生,下面是一些常見原因分析和處理對策，
1.開發者水平太低
在進行系統的構建中,部分開發者可能通常因為開發經驗過少,或者語言不熟悉,會撰寫錯誤的代碼,然后未經過代碼測驗和審計,便進行提交和上線操作,導致了例外的引發
解決方案:
如果是語法錯誤,可通過一些ide的代碼檢測器,或者語法檢查來檢測代碼可否正常運行.
如果是PHP等弱型別語言,可使用靜態代碼掃描工具來發現程式中明顯的語法錯誤.
撰寫足夠的測驗用例,覆寫整個模塊的陳述句
請求你的伙伴進行CodeReview(代碼審計),來改善代碼的質量和發現代碼中的缺陷
2.不同的編譯及運行環境
因為業務的拓展和服務支持,需要部署多個不同的運行環境中,如:轉賬系統，你在測驗環境中轉賬了1000元給用戶小明,小明卻在生產環境中收到了這1000元,并成功進行提現,往往因為沒有環境判斷,導致了失誤的操作!
解決方案:
1.在代碼中多進行注釋說明,標明哪些函式會在其他環境中操作和運行
2.加強環境邏輯判斷
以下是我在使用的一些標注和說明,其他開發者或我本人再次閱覽該代碼時,就會得到一個清晰的運行結果.
/** * 執行該函式時,會根據env環境進行處理,詳細如下 * prod(生產環境):會啟動佇列對視頻進行轉碼、截圖、寫入到生產資料庫中操作. * staging(預演環境):不會啟動佇列,但會寫入staging資料庫中 * test(測驗環境):會啟動佇列對視頻進行轉碼、截圖、寫入到測驗資料庫中操作. */ $video = $this->uploadVideo($file); $queue = $this->videoQueue($video);
3.與需求方溝通不到位
這是經常程式員與產品對撕的一個很重要原因,TA想要A,而你卻做出了B,于是你們產生了很大的爭論
解決方案:
多進行溝通,需求進行反復確認,不要上手就進行編碼,先進行分析，
通過PM系統,留存需求規劃與變更記錄,以便每一次業務更改,都得能與系統中的問題對上號.
4.馬虎大意、考慮不周
編碼時以為問題很小,修改代碼,不走除錯與測驗流程,直接上線.
解決方案:
不要盲目過于自信,相信自己的主觀判斷,一定走測驗流程,確保改動無誤!(這是我之前經常犯的錯,然后系統出了問題,我的fix commit從1變成了N....)
CodeReview(代碼審計),這是一個最好的辦法,當然需要耗費不少的人力,但是能最大的去降低缺陷和錯誤.
1 目前，我也組建了一個自學群，可以一起討論研究前端的各個事宜，以及提高能力的方法，只要你想了解前端，精通前端，都歡迎你們加入我們的前端自學， 2 你可以找到志同道合的朋友，相互激勵的學習伙伴，還能得到大神的經驗分享，和加入專案實戰的機會，這是我的WEB前端q裙，---851231348 3 整理了-套最新的前端基礎教程，學習前端的這個程序當中我也收集了很多前端學習手冊，面試題，開發工具，PDF檔案書籍教程，可以直接分享給你們，
5.放飛自我,Coding全靠自嗨
解決方案:
無
這類朋友不適合做開發者,適合去做創造者!
6.選擇了錯誤的或者運行不穩定的第三方庫
有時候為了省略接入時間,往往會忽略掉一些大型庫,因為業務的支持只用到了一小部分,所以我們有時候會去選擇一些mini庫,最后由于不穩定或方案不成熟,出現錯誤的運行結果
解決方案:
如果業務級別比較高的話,不建議采用冷門或者無人問津的mini庫使用,因為出現問題的損失會更大.
進行反復測驗,開發人員對核心代碼進行閱覽,確保正常無誤.
自我組織撰寫或實作,但是學習和開發成本比較高,小型規模不建議采取.
(三、)多與代碼進行"溝通"
“橡皮鴨除錯法”是我在閱讀《撰寫可讀代碼》一書中看到的一個技巧,我在一個人開發的時候會使用這個技巧,我認為是一個不錯的選擇.
(四、)總結
我們為什么會撰寫BUG,如果沒有BUG?開發和測驗不就失業了嗎?當然這只是一句玩笑話，
在此參考知乎上一句很有意思的話.
編碼也亦如此,因為很多主觀和客觀的因素,導致程式執行了錯誤的邏輯,產生了不如預期的結果,作為一個合格的開發人員,我們應該盡力確保程式穩妥運行,減少失誤和例外，
正如CZG提到的"你寫的每一行代碼，都是你的名片",我們每個人都義務去維護好這張名片,讓其他人對這張名片充滿敬畏之心,而不是"what shit code",諸君共勉！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/14800.html
標籤：Html/Css
上一篇：前端進階筆記之核心基礎知識---那些HTML標簽你熟悉嗎？
下一篇：css 實作動態二級選單