英文原文：Fixing a Bug is Like Catching a Fish

經(jīng)理：該Bug何時(shí)能得到修復(fù)？

經(jīng)驗(yàn)缺乏的程序員：也許一個(gè)小時(shí)？最多兩個(gè)小時(shí)！馬上去做！

經(jīng)驗(yàn)豐富的程序員：嗯，捉一條魚需要多少時(shí)間呢？

　　在現(xiàn)實(shí)操作中，很難能明確知道一個(gè)軟件缺陷需要多久可以修復(fù)，尤其是當(dāng)你對(duì)代碼不了解的情況下。James Shore在“敏捷開發(fā)藝術(shù)”一書中指出：“在你需要修復(fù)Bug時(shí)，你必須找到是哪里出錯(cuò)了？”，問題的關(guān)鍵是不能準(zhǔn)確估算多久才能找出是哪里報(bào)錯(cuò)的。只有知道“病源”在哪？你才能準(zhǔn)確估算修復(fù)的時(shí)間。但那為時(shí)已晚，根據(jù)Steve McConnell：

“發(fā)現(xiàn)缺陷——理解缺陷——通常占了工作的90%”。

　　有許多缺陷只需要改一行代碼就可以修復(fù)。時(shí)間都花在確定該行上面，就好像釣魚的時(shí)候該把魚鉤放哪？何時(shí)何地魚會(huì)上鉤一樣。每個(gè)Bug都有它們自己的性格特征，有些可能很容易被發(fā)現(xiàn)，而有些可能會(huì)跟你玩“捉迷藏”，并且容易發(fā)現(xiàn)的Bug不一定就很難修復(fù)，當(dāng)然，那些擅長(zhǎng)玩“隱藏”的Bug有可能很容易被修復(fù)。

　　查找和修復(fù)

　　下面讓我們來看看如何發(fā)現(xiàn)并修復(fù)Bug。當(dāng)調(diào)試時(shí)，Paul Butcher把每個(gè)步驟都進(jìn)行了很好的描述。經(jīng)驗(yàn)豐富的程序員會(huì)很熟悉這種結(jié)構(gòu)化和紀(jì)律性的步驟要領(lǐng)。

1. 確定查找目標(biāo)，審查Bug報(bào)告，看看該Bug描述是否很合理并且提供了足夠的信息去發(fā)現(xiàn)和重現(xiàn)。檢查一下該報(bào)告以前是否遇到過，如果是，可以檢查以前是如何處理的。
2. 清理桌面——找到正確的代碼并檢查、清理工作空間。
3. 設(shè)置與之匹配的測(cè)試環(huán)境。這可能是微不足道的，或者是不可能出現(xiàn)的，如果客戶是在一個(gè)你無法訪問的配置下運(yùn)行。
4. 對(duì)代碼的理解已經(jīng)毫無問題，并且通過現(xiàn)有的測(cè)試套件。
5. 釣魚的時(shí)間到了，重現(xiàn)并且診斷錯(cuò)誤。如果你不能重現(xiàn)這個(gè)錯(cuò)誤，那么就無法去修復(fù)。
6. 寫新的（失敗的）開發(fā)測(cè)試報(bào)告或者修復(fù)現(xiàn)有測(cè)試報(bào)告來捕捉Bug。
7. 進(jìn)行修復(fù)——確定沒有破壞其他功能模塊。這里可能會(huì)包括，在修復(fù)之前對(duì)代碼進(jìn)行重構(gòu)使代碼更容易被理解，并且使整個(gè)修復(fù)更安全。在后面的回歸測(cè)試中確保沒有引入任何新的錯(cuò)誤。
8. 努力讓代碼更安全，更清潔，做一些循序漸進(jìn)的重構(gòu)確保代碼更健壯并且易于維護(hù)的。
9. 修復(fù)完成后，讓他人進(jìn)行審查，確保你沒有做一些愚蠢的事情。
10. 再次檢查。
11. 檢查該Bug在其他分支中是否存在，如果你不是主線，你可以在里面進(jìn)行合并，然后在代碼里面進(jìn)行處理，并且瀏覽所有相同的評(píng)論和測(cè)試報(bào)告。
12. 結(jié)束并且進(jìn)行思考和總結(jié)。明白是哪里出錯(cuò)了？為什么？是否真正理解自己的修復(fù)？在別的地方還會(huì)發(fā)現(xiàn)這個(gè)錯(cuò)誤嗎？在Pragmatic Programmer，Andy Hunt和Dave Thomas也同樣問了這樣的問題：“如果你花了很長(zhǎng)時(shí)間去修復(fù)這個(gè)Bug，問問自己，到底是為什么？”在將來，如何讓該Bug更容易被發(fā)現(xiàn)和修復(fù)？如何提高修復(fù)方法或許是使用工具？思考的是否深入，要看這個(gè)Bug影響和所花的時(shí)間有多長(zhǎng)？

　　發(fā)現(xiàn)和修復(fù)需要多久

　　設(shè)置測(cè)試環(huán)境所需的時(shí)間，重現(xiàn)一個(gè)Bug或者修復(fù)可能遠(yuǎn)遠(yuǎn)超過在代碼中查找和修復(fù)的時(shí)間。但是對(duì)于那種小缺陷，在發(fā)現(xiàn)時(shí)即可修復(fù)。

　　在軟件開發(fā)中，關(guān)于大多數(shù)軟件缺陷來自哪里？Dewayne Perry解釋到：發(fā)現(xiàn)一個(gè)Bug（理解并重現(xiàn)Bug）比多久去修復(fù)更難。研究發(fā)現(xiàn)，大多數(shù)Bug（幾乎3/4）很容易被發(fā)現(xiàn)和理解，并且不會(huì)花多少時(shí)間去修復(fù)：5天或更少（這是在大型實(shí)時(shí)系統(tǒng)與一個(gè)重量級(jí)的SDLC中，經(jīng)過大量檢查和測(cè)試發(fā)現(xiàn)的）。這里有一個(gè)長(zhǎng)期隱藏型Bug，可能需要花更長(zhǎng)的時(shí)間修復(fù)，即使這個(gè)Bug微不足道：

　　所以在你發(fā)現(xiàn)Bug的時(shí)候，可以和自己打賭，它很快就會(huì)被修復(fù)，這個(gè)命中率會(huì)很高。但是當(dāng)打賭失敗時(shí)，你可能會(huì)錯(cuò)很多，或者徹底來個(gè)大錯(cuò)特錯(cuò)。

it知識(shí)庫：修復(fù)Bug好比釣魚，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。