成都小程序設計已經提到了業務和敏捷方法學中的精益啟動方法，它們都專注于測試（提供的假設或編寫的代碼）。盡管質量保證通常意味著檢查編譯后的產品或服務是否符合驗收標準，功能正常并允許重現以前設計的用例，但軟件開發過程還包括代碼審查程序。讓我們多加注意。
盡管設計師，營銷人員和項目經理的工作很少受到其他同事的檢查，但是開發人員的工作需要不斷的精神努力，因此不可能帶來完美的結果。那么，如何以最有效的方式查找并修復代碼中的小錯誤呢？在這里，代碼審查似乎比質量保證團隊的工作更有效。
在“代碼審查”過程云集其他開發人員和QA有時專家，誰一起使用預定義的方法來逐行讀取代碼行，然后檢查是否有瑕疵，堅持編碼，并與整體方案設計評論標準和一致性。
將代碼審查嚴格定義為日常編程工作流的一部分，將為團隊帶來一些好處。
1.在代碼中發現的錯誤類型，安全性錯誤，體系結構錯誤和業務邏輯缺陷之類的錯誤比已在產品中被質量保證人員發現的錯誤更容易，更容易修復。因此，代碼審查可以節省大量時間，并最終節省金錢，尤其是在其他情況下，只有在產品發布之后才能發現錯誤，這尤其如此。
2.代碼審查是開發人員之間進行交流的一種形式，因此是一種幫助初級開發人員通過學習其故障點和高級開發人員發現常見錯誤來快速提高其熟練程度的好方法。
3.當審閱者學習他人編寫的代碼時，他會更好地了解產品。因此，當要對開發過程做出新的決定時，至少要有兩名專家：完全了解產品的編寫方式；可以輕松地相互交流；能夠找到并討論針對當前問題的最佳解決方案。
4.如果開發人員知道他的工作將受到審查，那僅意味著他更有動力編寫完美的代碼，并將為此付出更多的努力。這使開發人員和代碼審查人員都更加專業，因為他們倆都將努力在工作中取得更好的結果。
全美通過GitHub執行代碼審查，如果您想了解更多信息，可以閱讀有關GitHub的相應文章。這確實是一個非常有用的工具，因為它使我們擺脫了不必要的電子郵件通信，手動問題跟蹤等工作。
最后，我們在前面提到編碼標準是檢查開發人員工作時必須檢查的必要事項。除了使代碼對任何開發人員都可讀的通用標準之外，還可以應用其他標準來使代碼不僅易于查看，而且使代碼本身更易于處理。
可能是文本行長度，查看時間，可接受的缺陷率等方面的限制。這里的想法是您分析和衡量的所有事情都會隨著時間的推移而變得越來越好，因此，不斷進行代碼審查不僅使開發過程從長遠角度來看是有效的，而且使預測過程更加可預測和可估計。
盡管代碼審查最初是在1970年代發明的，當邁克爾·費根（Michael Fagan）在他的論文中提到它時，如今成都小程序設計越來越多地關注此方面的開發。這是因為我們的現實，軟件生產計劃每年都在加速，而產品部署卻是一個無休止的過程。因此，如果您想創建出色的Web產品，請注意團隊中的代碼審查過程。
