代碼review是質量保證（QA）的手段之一，但不是用來替代測試的，特別是自測。
一個軟件項目的質量定義并不是代碼review的職責，換句話說，良好的質量定義是代碼review發揮效果的必要前提。
代碼review到底要review哪些東西？
想要通過代碼review來檢測每一行代碼，并確保檢查出所有問題是不可能的，它更側重于處理核心且明顯的問題。
誰來review？
這個要看開發組采取的review形式，一般分為獨立review和集中review，前者指定要review的人，后者開發組都在場集中review。
獨立review適合項目進度沒那么緊張，且人員配置充足的情況，可以對每一筆提交進行review。
集中review則相反，比較適合人員和時間有限的情況，一般每周一次，需要投屏。
如何review？
明確需求（case） -> 代碼結構 -> 核心邏輯 -> 代碼風格。
review過程產生的問題，要記錄下來，一般review工具（比如gerrit）提供的有記錄方式，review結束后要推動問題的修改落實。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
