其實要編寫起來很簡單
寫壹個文檔.
把以下內容完成敘述出來即可.
1、最近壹次叠代開發的代碼
2、系統關鍵模塊
3、業務較復雜的模塊
4、缺陷率較高的模塊
註意:
代碼評審不是批鬥會，不能以缺陷和錯誤來打擊開發人員的積極性評審的目標的提高質量和提高整體水平，作者應該帶著學習和提高的態度來參加評審。
代碼集體所有制：對發現的問題要本著整體承擔責任 的原則，因此建議把代碼質量與團隊績效（而不是個人績效）掛鉤。
評審程度，進行壹次整體的地毯式的評審成本很高。
代碼評審的可操作性，首先需要評審團隊具備經驗豐富的系統架構師和精通業務的行業專家。其次團隊需建立其開發規範或指南，在項目初期建立少量的Sample代碼與checklist為評審提供依據。
評審人員的職責是發現工作成果中的缺陷，並幫助開發人員給出消除缺陷的辦法，而不是替開發人員消除缺陷 。
記錄評審中出現的問題，跟蹤改進。
評審前充分準備，評審後詳細總結。
不要因為時間和成本問題取消評審。