本文在研發組織管理中的位置：

研發組織管理--制度&罰則-- 開發階段-- 代碼走查規范

?

1，? 提交代碼后在持續集成環境進行findbugs檢查，修復嚴重問題后可提交codereview進行走查(暫時通過svn走查，后期具備codereview走查能力)

2，? 走查人：后端、前端開發人員提交走查申請到對應的走查人（比如對自己代碼邏輯有一定認知的人）

3，? 走查點：走查人檢查代碼是否合規，以下為重點關注內容（1到6為必選）

以機器代替人工；（sonar、findbugs、PMD、checkmax、圈復雜度掃描等能做的事情，人就只看結果）

不以白盒的方式做黑盒的事情；（有足夠的QA可以保證功能質量，順便發現的當然可以）

注釋、可讀性、可修改性（配置化等）、代碼復用；

新增或修改代碼不能有悖現有邏輯，不能有破壞、沖突；

發現性能問題；（SQL、死鎖、死循環、無窮遞歸）

代碼和設計的一致性；（比如實際編碼人的代碼和負責人的設計有偏差）

健壯性，是否采取措施避免運行時錯誤；（如數組邊界溢出、被零除、值越界、堆棧溢出等）

可測性；（白盒的解耦、設計模式，黑盒的可測性）

4，? 功能點走查等級（負責人+導師定級）：

• a，? 不影響主業務，不會對主要系統造成阻斷性問題的可以通過findbugs自行走查，提測時附上findbugs結果連接說明

• b，? 影響主業務，除上述流程外，必須由走查人走查之后提測，同時提測郵件發送走查人

• c，? 復雜業務，除上述流程外，以及跑批洗數等會對線上業務造成重大影響的進行雙人走查（一人主查，一人輔助）

• d，? 每超過3人日任務或復雜任務可視情況安排走查人員0.5 buffer

總結

以上是生活随笔為你收集整理的制度罚则-- 代码走查规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。