代碼審查規(guī)范

1、. 代碼審查規(guī)范代碼審查規(guī)范 版本版本更新時間更新時間修改人修改人備注備注 V1.02016wp . . 目目 錄錄 引言.3 目的.3 說明.3 代碼審查.3 檢查點.3 審查流程圖.4 流程概述.5 具體流程.5 建立任務(wù).5 桌面檢查.5 團體評審.5 Bug 修復(fù) .5 Bug 復(fù)檢 .5 . . 引言引言 目的目的 檢查開發(fā)/前端人員是否遵守開發(fā)規(guī)范中的規(guī)定 檢查開發(fā)/前端人員是否代碼審定表中的錯誤 檢查代碼是否存在邏輯錯誤或安全問題 說明說明 代碼檢查每月進行一次，根據(jù)代碼審查表的內(nèi)容進行檢查，結(jié)果計入績效考核-開發(fā)質(zhì)量項。 代碼審查代碼審查 檢查點檢查點 參見代碼審查表 。 .

2、. 審查流程圖審查流程圖 END 審查任務(wù)開始 發(fā)現(xiàn)Bug 審查人桌面檢查 提交檢查過的數(shù)據(jù) 確定代碼審查范圍 指定審查人/Bug類型 Y Bug記錄 N 團隊評審/交叉檢定 確認Bug刪除Bug 指定修改人， 定義解決方案 修改人修改Bug 審查人Bug復(fù)查 確認Bug修改 提交審查數(shù)據(jù)， Bug關(guān)閉 重新打開Bug N Y N Y reopen . . 流程概述流程概述 1. 建立任務(wù)：建立代碼檢查任務(wù)，指定需評審的項目或代碼文件范圍、參與評審的人員、定義問題類型 及嚴重級別等。 2. 桌面檢查階段：開始各審查人獨自評審，將可能出現(xiàn)的問題加入代碼管理的Bug列表。 3. 團隊評審階段：合并

3、上步審查結(jié)果，統(tǒng)一討論桌面檢查階段的問題，實施交叉檢定，確定是否Bug，需 要修復(fù)的分配解決人員。 4. 問題修復(fù)階段：修改人修復(fù)分配給自己的問題，修復(fù)后修改Bug狀態(tài)，審查人復(fù)查無誤后，關(guān)閉Bug。 具體流程具體流程 建立任務(wù)建立任務(wù) 1.選擇一個要檢查的項目。 2.確定此次檢查的重點內(nèi)容和主要關(guān)注的 Bug 類型。 3.新建 OA 流程發(fā)起新的檢查任務(wù)，告知相關(guān)人員。 4.定義錯誤嚴重級別，劃分各審查人檢查范圍，指定 Bug 文檔位置。 桌面檢查桌面檢查 1.獲取要檢查的源代碼更新，使用分析工具尋找 Bug。 2.簡單的風格類 Bug 如縮進、換行格式等，可直接修改后等待發(fā)布。 3.人工檢

4、查代碼，查找使用工具無法找到的錯誤。 4.使用文檔記錄 Bug。標記問題類型及嚴重性，出現(xiàn)位置和操作場景。 5.桌面檢查完畢后，所有審查人將 Bug 文檔合并至到源碼管理工具。 團體評審團體評審 1.審查成員在一起，從源碼管理工具獲取更新的 Bug 文檔。 2.按照文檔交叉檢定其他人提交的 Bug 是否存在，Bug 描述是否完整。 3.Bug 文檔在集體確認后，一起討論代碼中的 Bug 存在問題及處理優(yōu)先級。 4.對高優(yōu)先級的 Bug 優(yōu)先分配人手，并制定解決方案。 5.團隊評審?fù)戤吅?，更?Bug 文檔，并將確定需要處理的 Bug 分發(fā)給指定修改人。 Bug 修復(fù)修復(fù) 1.個人回到自己的工位，更新最新的 Bug 文檔，并獲取指定給自己的 Bug。 2.將分配給自己的問題，按解決方案的指定逐一修復(fù)，并進行測試。 3.將修改后的源代碼提交至管理工具，修改指定給自己的 Bug 狀態(tài)，修改 Bug 文檔說明。 Bug 復(fù)檢復(fù)檢 1.審查人更新最新的 Bug 文檔，依據(jù)文檔逐一檢查 Bug 修改。 2.如有功能變動或邏輯變化，需要加入測試人員的黑盒測試，進行二次確認。 3.Bug 修改未完成的，退回到