2010-12-09 84 views
-2

修復新代碼中的缺陷什麼是最佳策略?因爲我發現缺陷修復改善了我的編碼標準和我對該語言和技術的理解。我想優化獲得的東西。缺陷的最佳實踐修復?

+0

它肯定取決於場景,代碼,使用的技術 – 2010-12-09 15:36:09

+0

我認爲這對於http://programmers.stackexchange.com/更好 – 2010-12-09 15:44:28

回答

5

TDD說,首先你應該實施重現問題的測試。然後修復錯誤並再次運行測試。如果所有測試都通過,你就完成了。否則繼續修復。

2

這個問題太籠統了,我唯一可以說的是,在修復某些事情之前,你應該確保你有測試。

1

我認爲當你開始學習保持代碼的小部分儘可能獨立時很重要。然後,您可以輕鬆測試每個功能和每個對象的行爲,就像它應該在發現缺陷時一樣。評論問題部分以找出問題所在;學習很重要。然後開始學習單元測試。這是一個奇特的方式來評論問題代碼=)

0

經過良好的代碼均衡的單元測試後,我建議你看看運行一個靜態代碼分析,並在一個分析器中運行你的代碼的相當部分,看看是否它是繁忙的在鱈魚eyou預期(並創建您期望的那種物體)

0

積極主動設置事件,使缺陷的檢測和修復更容易。正如人生中的大部分事情一樣,如果在遇到問題之前應用自律,就會更容易處理這些問題。

  1. 先寫下你的單元測試:有些人覺得這個令人眼花繚亂,但它確實有效。這在識別角落案例,在您執行代碼之前的非顯而易見的問題方面非常有用。顯然,你必須爲你的代碼設計一些框架,但是我發現在開始之前我至少有這樣的想法。
  2. 編寫代碼:使用單元測試逐步驗證代碼。

有了這個,你可以用適當的數據運行單元測試來重現錯誤,然後使用單元測試修復錯誤,以確定錯誤何時被修復。

更新您的單元測試以涵蓋此缺陷。

1

我使用以下步驟來修復錯誤:

步驟1:識別錯誤。

向記者提問截圖。 嘗試重現給定場景中的錯誤。

第2步:分析錯誤

捕獲日誌,並嘗試仔細分析它。

步驟3.討論你的發現與球隊

查找預期的行爲,並與測試人員討論這個問題,並確認您的潛在解決方案。

第4步。蓋住橫向損傷。

試着看看您的潛在問題是否會導致系統中的其他錯誤。

第5步。修復錯誤。

修復錯誤!

第7步。驗證解決方案。

運行所有測試腳本並檢查它們是否全部通過。如果他們不能糾正他們。