測試人員參與代碼檢視的收益：
a）測試人員可以在早期就能夠熟知系統，提前發現代碼中的BUG；
b）提高測試工程師閱讀代碼和寫代碼能力；
c）測試工程師的經驗積累后，可以避免一些很常見，很普通低級的錯誤；
d）測試取得話語權，促進開發與測試的更多平等溝通；
e）對于開發新員工的代碼，收益會加倍（新員工容易犯業務上的低級錯誤）。
第零步：（比如新參與某系統的測試）
a）學習業務知識；
b）學習系統整體架構；
c）開發同學講解設計架構、代碼結構；
d）熟悉使用系統，找到閱讀代碼下手點：從日志、業務入口、SqlMap等；
e）從流程或者數據流閱讀下去，然后一步步深入到代碼中。
第一步：（code review準備）
a）當需求已經確定，測試同學需要參與方案的討論；
b）開發開始編寫代碼，測試進行測試用例設計；
c）當開發某個類或者功能或者方法已經基本穩定，讓開發串講實現方式（避免出現實現方式不合理）；
d）測試同學可以開始review開發的代碼，同時補充或者去重復測試用例（story或者sdv測試用例）。
第二步：（code review進行）
a）對代碼的規范進行檢視；
b）對代碼的可測試性進行檢視；
c）從業務場景的角度去review代碼，如果實現存在的問題，那基本上可以發現；
d）對于發現的問題，建議分時段給開發，否則會打亂開發的寫代碼節奏；
e）如果你還不懂設計、不懂架構，那么可以從是否浪費CPU、是否浪費內存的角度看代碼。
第三步：（code review后）
a）轉測試后，應該不出現實現方案不合理的情況；
b）有結果統計，這個迭代review的記錄數，可以橫向比較；
c）迭代總結，開發與測試一起進行經驗教訓分享。