後來，最近半年的項目、日常測試過程中都是開發送出代碼後，測試和開發一起借用svn工具等代碼版本控制工具，或eclipse 等ide進行code review。
這其中的一個轉變就是測試由被動接收消息，到主動檢視svn 的log看代碼變動。測試工程師的态度由被動變為主動，是個不小的進步。
目前看來，進行 code review 的目的或效果有：
1、讓測試熟悉所測産品的業務代碼，提升代碼的閱讀能力；
4、促進開發、測試間的溝通、交流和協作。
1、簡單的編碼規範
2、java程式設計的基本知識
經過這code review的實踐，感覺code review目前比較适合我們工作的方式是：
階段
code review的方式
準備
1、了解開發的uc設計，及基本的編碼知識；
2、了解基本的代碼的編碼規範；
3、确定code review的範圍：業務的核心代碼邏輯。
形式
項目：會議室+投影儀。日常：在開發/測試的位置上即可。
參加人員
pm，ptm，相關開發工程師、測試工程師
可以采用的方法
2、代碼靜态檢測工具：findbug
3、缺陷檢查表，但是這個太正式了，不一定需要。
注意點
1、限時：一般不要超過1個小時為宜；如果量大，最好分批review。
2、不要現場修改代碼，發現問題後，測試可以直接在bug管理平台記錄。
産出
1、bug記錄；
2、靜态分析錯誤報告；
3、結果：code review 是否通過。
比較合适的，并且目前使用的流程是：
本文出自seven的測試人生公衆号最新内容請見作者的github頁：http://qaseven.github.io/