在最近的一周,我維護(hù)的業(yè)務(wù)系統(tǒng)出現(xiàn)了很多壞毛病,一周七天crash掉了4次,每次都需要都是因為一點很小的問題,觸發(fā)了蝴蝶效應(yīng),導(dǎo)致整個系統(tǒng)全盤崩潰,于是產(chǎn)生除了敘述本篇的想法,當(dāng)然這并不是為了掩蓋我在Coding上的一些細(xì)節(jié)處理和職責(zé)疏忽，只是為了從根本的細(xì)節(jié)上去分析這些問題。

(一、)為什么會產(chǎn)生BUG

首先我們需要嘗試?yán)斫庖幌率裁碆ug?

關(guān)于bug的解釋

bug 是指任何計算機程序或硬件系統(tǒng)中的錯誤，故障或缺陷。錯誤會產(chǎn)生意外結(jié)果或?qū)е孪到y(tǒng)意外運行

簡單來說:bug就是程序出了問題,產(chǎn)生了意外的結(jié)果,沒有按照預(yù)期的結(jié)果去運行。

產(chǎn)生Bug的原因有很多種:

開發(fā)者水平太低

不同的編譯及運行環(huán)境

與需求方溝通不到位

馬虎大意、考慮不周

放飛自我,Coding全靠自嗨

選擇了錯誤的或者運行不穩(wěn)定的第三方庫

以上原因總結(jié),主觀和客觀因素都會影響到Bug的產(chǎn)生,正如誤差不可避免一般,我們應(yīng)該對自己寫出的代碼進(jìn)行測試、分析、"溝通".

(二、)如何盡量避免Bug

鑒于以上bug產(chǎn)出的原因,我們可以通過這些一些對策來避免Bug的產(chǎn)生,下面是一些常見原因分析和處理對策。

1.開發(fā)者水平太低

在進(jìn)行系統(tǒng)的構(gòu)建中,部分開發(fā)者可能通常因為開發(fā)經(jīng)驗過少,或者語言不熟悉,會編寫錯誤的代碼,然后未經(jīng)過代碼測試和審計,便進(jìn)行提交和上線操作,導(dǎo)致了異常的引發(fā)

解決方案:

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

如果是PHP等弱類型語言,可使用靜態(tài)代碼掃描工具來發(fā)現(xiàn)程序中明顯的語法錯誤.

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

請求你的伙伴進(jìn)行CodeReview(代碼審計),來改善代碼的質(zhì)量和發(fā)現(xiàn)代碼中的缺陷

2.不同的編譯及運行環(huán)境

因為業(yè)務(wù)的拓展和服務(wù)支持,需要部署多個不同的運行環(huán)境中,如:轉(zhuǎn)賬系統(tǒng)，你在測試環(huán)境中轉(zhuǎn)賬了1000元給用戶小明,小明卻在生產(chǎn)環(huán)境中收到了這1000元,并成功進(jìn)行提現(xiàn),往往因為沒有環(huán)境判斷,導(dǎo)致了失誤的操作!

解決方案:

1.在代碼中多進(jìn)行注釋說明,標(biāo)明哪些函數(shù)會在其他環(huán)境中操作和運行

2.加強環(huán)境邏輯判斷

以下是我在使用的一些標(biāo)注和說明,其他開發(fā)者或我本人再次閱覽該代碼時,就會得到一個清晰的運行結(jié)果.

/**

* 執(zhí)行該函數(shù)時,會根據(jù)env環(huán)境進(jìn)行處理,詳細(xì)如下

* prod(生產(chǎn)環(huán)境):會啟動隊列對視頻進(jìn)行轉(zhuǎn)碼、截圖、寫入到生產(chǎn)數(shù)據(jù)庫中操作.

* staging(預(yù)演環(huán)境):不會啟動隊列,但會寫入staging數(shù)據(jù)庫中

* test(測試環(huán)境):會啟動隊列對視頻進(jìn)行轉(zhuǎn)碼、截圖、寫入到測試數(shù)據(jù)庫中操作.

*/

$video = $this->uploadVideo($file);

$queue = $this->videoQueue($video);

3.與需求方溝通不到位

這是經(jīng)常程序員與產(chǎn)品對撕的一個很重要原因,TA想要A,而你卻做出了B,于是你們產(chǎn)生了很大的爭論

解決方案:

多進(jìn)行溝通,需求進(jìn)行反復(fù)確認(rèn),不要上手就進(jìn)行編碼,先進(jìn)行分析。

通過PM系統(tǒng),留存需求規(guī)劃與變更記錄,以便每一次業(yè)務(wù)更改,都得能與系統(tǒng)中的問題對上號.

4.馬虎大意、考慮不周

編碼時以為問題很小,修改代碼,不走調(diào)試與測試流程,直接上線.

解決方案:

不要盲目過于自信,相信自己的主觀判斷,一定走測試流程,確保改動無誤!(這是我之前經(jīng)常犯的錯,然后系統(tǒng)出了問題,我的fix commit從1變成了N....)

CodeReview(代碼審計),這是一個最好的辦法,當(dāng)然需要耗費不少的人力,但是能最大的去降低缺陷和錯誤.

5.放飛自我,Coding全靠自嗨

解決方案:

無

這類朋友不適合做開發(fā)者,適合去做創(chuàng)造者!

6.選擇了錯誤的或者運行不穩(wěn)定的第三方庫

有時候為了省略接入時間,往往會忽略掉一些大型庫,因為業(yè)務(wù)的支持只用到了一小部分,所以我們有時候會去選擇一些mini庫,最后由于不穩(wěn)定或方案不成熟,出現(xiàn)錯誤的運行結(jié)果

解決方案:

如果業(yè)務(wù)級別比較高的話,不建議采用冷門或者無人問津的mini庫使用,因為出現(xiàn)問題的損失會更大.

進(jìn)行反復(fù)測試,開發(fā)人員對核心代碼進(jìn)行閱覽,確保正常無誤.

自我組織編寫或?qū)崿F(xiàn),但是學(xué)習(xí)和開發(fā)成本比較高,小型規(guī)模不建議采取.

(三、)多與代碼進(jìn)行"溝通"

“橡皮鴨調(diào)試法”是我在閱讀《編寫可讀代碼》一書中看到的一個技巧,我在一個人開發(fā)的時候會使用這個技巧,我認(rèn)為是一個不錯的選擇.

(四、)總結(jié)

我們?yōu)槭裁磿帉態(tài)UG,如果沒有BUG?開發(fā)和測試不就失業(yè)了嗎?當(dāng)然這只是一句玩笑話。

在此引用知乎上一句很有意思的話.

編碼也亦如此,因為很多主觀和客觀的因素,導(dǎo)致程序執(zhí)行了錯誤的邏輯,產(chǎn)生了不如預(yù)期的結(jié)果,作為一個合格的開發(fā)人員,我們應(yīng)該盡力確保程序穩(wěn)妥運行,減少失誤和異常。

正如CZG提到的"你寫的每一行代碼，都是你的名片",我們每個人都義務(wù)去維護(hù)好這張名片,讓其他人對這張名片充滿敬畏之心,而不是"what shit code",諸君共勉！

總結(jié)

以上是生活随笔為你收集整理的php程序员写bug,程序员的修炼-我们为什么会编写BUG的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。