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