代碼審查規(guī)范

代碼審查規(guī)范V1.0wpV1.0wp. 3 3 3 3 3 4 5 5 5 5 5 5 5.檢查開(kāi)發(fā)/前端人員是否遵守開(kāi)發(fā)規(guī)范中的規(guī)定檢查開(kāi)發(fā)/前端人員是否代碼審定表中的錯(cuò)誤檢查代碼是否存在邏輯錯(cuò)誤或安全問(wèn)題代碼檢查每月進(jìn)行一次，根據(jù)《代碼審查表》的內(nèi)容進(jìn)行檢查，結(jié)果計(jì)入績(jī)效考核-開(kāi)發(fā)質(zhì)量項(xiàng)。.審查任務(wù)開(kāi)始確定代碼審查范圍指定審查人/Bug類型審查人桌面檢查YN提交檢查過(guò)的數(shù)據(jù)團(tuán)隊(duì)評(píng)審/交叉檢定Y定義解決方案修改人修改Bug確認(rèn)Bug修改N重新打開(kāi)BugY.1.建立任務(wù)：建立代碼檢查任務(wù)，指定需評(píng)審的項(xiàng)目或代碼文件范圍、參與評(píng)審的人員、定義問(wèn)題類型及2.桌面檢查階段：開(kāi)始各審查人獨(dú)自評(píng)審，將可能出現(xiàn)的問(wèn)題加入代碼管理的Bug列表。3.團(tuán)隊(duì)評(píng)審階段：合并上步審查結(jié)果，統(tǒng)一討論桌面檢查階段的問(wèn)題，實(shí)施交叉檢定，確定是否Bug，需要修復(fù)的分配解決人員。4.問(wèn)題修復(fù)階段：修改人修復(fù)分配給自己的問(wèn)題，修復(fù)后修改Bug狀態(tài)，審查人復(fù)查無(wú)誤后，關(guān)閉Bug。1.選擇一個(gè)要檢查的項(xiàng)目。2.確定此次檢查的重點(diǎn)內(nèi)容和主要關(guān)注的Bug類型。3.新建OA流程發(fā)起新的檢查任務(wù)，告知相關(guān)人員。4.定義錯(cuò)誤嚴(yán)重級(jí)別，劃分各審查人檢查范圍，指定Bug文檔位置。1.獲取要檢查的源代碼更新，使用分析工具尋找Bug。2.簡(jiǎn)單的風(fēng)格類Bug如縮進(jìn)、換行格式等，可直接修改后等待發(fā)布。3.人工檢查代碼，查找使用工具無(wú)法找到的錯(cuò)誤。4.使用文檔記錄Bug。標(biāo)記問(wèn)題類型及嚴(yán)重性，出現(xiàn)位置和操作場(chǎng)景。5.桌面檢查完畢后，所有審查人將Bug文檔合并至到源碼管理工具。1.審查成員在一起，從源碼管理工具獲取更新的Bug文檔。4.對(duì)高優(yōu)先級(jí)的Bug優(yōu)先分配人手，并制定解決方案。5.團(tuán)隊(duì)評(píng)審?fù)戤吅?，更新Bug文檔，并將確定需要處理的Bug分發(fā)給指定修改人。1.個(gè)人回到自己的工位，更新最新的Bug文檔，并獲取指定給自己的Bug。2.將分配給自己的問(wèn)題，按解決方案的指定逐一修復(fù)，并進(jìn)行測(cè)試。3.將修改后的源代碼提交至管理工具，修改指定給自己的Bug狀態(tài)，修改Bug文檔說(shuō)明。1.審查人更新最新的Bug文檔，依據(jù)文檔逐一檢查Bug修改。2.如有功能變動(dòng)或邏輯變化，需要加入測(cè)試人員的黑盒測(cè)試，進(jìn)行二次確認(rèn)。3.Bug修改未完成的，