一、防止開發合併代碼出錯。要不刪除了別人的要不刪除了本身的,好比代碼衝突後簡單的選擇使用他人或本身;測試
二、開發夾雜私貨,在不通知QA的狀況下私自修改bug或增長功能;日誌
三、檢查代碼是否符合公司編寫規範,包括:檢查註釋、日誌、監控是否添加完成;開發
四、檢查代碼修改邏輯是否符合業務邏輯;ast
五、根據修改內容明確測試範圍;監控
六、檢查最終上線代碼是否通過測試,好比你在測試最後通常開發發現個問題沒有告訴QA就修改了這樣就會將未測試的代碼帶到線上;配置
七、檢查配置文件是否修改正確。好比你有多套配置文件,檢查線上環境配置測試環境配置是否正確;bug
八、提升QA對技術實現的理解;技術
九、發現代碼業務邏輯漏洞。好比有些開發對業務不熟悉修改內容影響其它業務正常運行;配置文件
一、提測前:比對branch與master,找到本次修改內容,肯定測試訪問;註釋
二、測試中:btag1與btag2,找到上一次測試後開發修改的內容;
三、發佈前:btag與branch,檢查將上線版本是否有爲側式內容。
測試 、測試leader(或熟悉此功能的測試)、開發、開發leader(或者熟悉此功能的開發)