???

??? 在團隊開發(fā)過程中，發(fā)現(xiàn)bug和處理bug似乎是一件很平常的事情，但是，我們有沒有考慮過，造成這些bug的原因，進而會占用我們大量調(diào)試時間的根源都有哪些呢？

??? 你可能會對這個問題不屑一顧，既然是bug，無非就是因為程序代碼運行出錯，或者由于相關(guān)設(shè)定沒有正確配置的關(guān)系。沒錯，上面兩種情況的確會造成bug，但是相對而言，這兩種bug一般耗費的時間也不會太多，因為程序?qū)用娴膯栴}或者配置方面的設(shè)定，基本都可以在很少量的調(diào)試過程中被發(fā)現(xiàn)，尤其是函數(shù)錯誤，一般情況是很容易定位的。

??? 我們最容易忽略的一個bug來源，它也可能是最令我們感到氣憤的一個，那就是由于并行開發(fā)，導(dǎo)致的開發(fā)版本不同步造成的bug，這種bug的特點比較鮮明：一般都會讓我們再千辛萬苦調(diào)試到問題的根源后，發(fā)現(xiàn)原來是因為沒有更新代碼，或者因為更新了錯誤的代碼……

??? 這時，你的臉色或許很不好看，因為非但沒有半點成就感，反之卻是一肚子的不高興。

??? 這個問題在我們集中開發(fā)功能的時候和提交版本的前期尤其頻繁，因為我們頻繁更新代碼，而每個人都有很大的可能性修改相同的文件，再加上更新著如果不仔細比較，找出其中的交叉變更，覆蓋掉別人修改的內(nèi)容，那就真的是不可饒恕的錯誤……隨之而來的就是一個接著一個的領(lǐng)人痛苦的bug，痛苦的最大原因即沒有任何成就感……

??? 這個問題雖然很難避免，但是，只要我們在代碼更新上強調(diào)規(guī)范，同時在開發(fā)規(guī)范上著重強調(diào)對數(shù)據(jù)庫和系統(tǒng)核心模塊的變動應(yīng)該慎之又慎，那么就能明顯改善這個噩夢。看似簡單的事情，做起來一般都不簡單。

??? 回想下我們自己更新代碼的時候，我們做到了先仔細對比自己和服務(wù)器上文件版本的差異，然后逐個更新檢查完畢的公文，并在check in過程中填寫修改原因了么？還是錯略看了一下，甚至不進行對比，直接問下同事是否有過改動，然后就直接check in，而且任何原因都沒有……，我想大家都會有自己的一個答案.

???
??? 而所謂好習(xí)慣，雖然起初會感覺有所多余，但是我們一定能夠在后面的開發(fā)中，逐漸發(fā)現(xiàn)它的價值，雖然，它的價值所在就是讓你很難感覺到它的存在……

?

轉(zhuǎn)載于:https://www.cnblogs.com/guilin_gavin/archive/2010/02/21/1670517.html

總結(jié)

以上是生活随笔為你收集整理的赶走最令人不愉悦的一类BUG，你准备好了么？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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