密工作。
結(jié)項評審工作不能簡化。
對結(jié)項評審委員會進行必要的培訓(xùn)，使他們樹立正確的觀念，從而嚴格把關(guān)
輸出：
結(jié)項申請書、結(jié)項評審報告
下面是這些核心工具的運用經(jīng)驗：
1.必須建立源代碼的版本控制系統(tǒng)，就是cvs，基本的代碼提交原則：
1)程序員盡量每天只在下班前提交一次;
2)提交的代碼必須是在自己的機器上是正常運行的；
3)每次提交都必須用簡短的話說明自己提交代碼的功能描述。
2.建立錯誤追蹤系統(tǒng)，用Bugzilla就很好，配置好郵件系統(tǒng)，使Bugzilla成為測試人員與開發(fā)人員溝通的橋梁。
3.用BAT和Perl腳本，以cvs中的源代碼為核心實現(xiàn)簡單的每日編譯工具，將這個自己寫的自動化工具放到一臺專門的編譯機器上，在每天的半夜開始自動下載代碼，自動編譯代碼，自動打包安裝程序，自動記錄各種編譯日志，自動將安裝程序放置到一個固定的以日期為目錄名的公共區(qū)。（用cvs2cl.pl得到程序員上傳的代碼更新日志，以便測試人員參考）
4.測試人員的第二天，應(yīng)該到公共區(qū)取得頭天的最新版本，并根據(jù)ChangeLog進行新版本的測試。并將測試中發(fā)現(xiàn)的Bug，通過Bugzilla反饋給程序員。程序員可以根據(jù)自己的情況，或公司的規(guī)定來決定修改這些Bug的時間。并將這些Bug的修改情況，在代碼提交時，寫入代碼日志。
5.開發(fā)人員的第二天，應(yīng)該到公共區(qū)查看編譯日志，看看自己的模塊是否正常編譯，及時更正，看看自己的郵箱有沒有Bug報告，及時修改。
6.管理人員的第二天，在綜合項目需求與頭天版本進度的上，可以判斷產(chǎn)品的發(fā)展方向，如果有偏航或理解錯誤或有新需求時，可以根據(jù)當(dāng)前情況及時調(diào)整。
這樣，通過 cvs => bugzilla => daily-build，就能將程序員與測試員，進行互動，各施其責(zé)。減少溝通與人為的麻煩。對于管理層，也能做到心中有數(shù)：因為每天都有新版本，隨時掌握產(chǎn)品的走向等等。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
