Posted on 2007-12-22 12:49
久城 閱讀(1727)
評論(3) 編輯 收藏 所屬分類:
軟件工程
今天是工作以來最壓抑的一天，而此刻也是工作以來，感覺到工作帶來的最快樂的時刻。
BUG一直對應(yīng)到凌晨，整個開發(fā)大廳就剩下我們?nèi)齻€人，一碗面，呵呵。
從周一開始，本以為代碼提交之后，任務(wù)就變得輕松了， 剩下的兩周，無非就是日方傳過來些BUG，這邊一一對應(yīng)就可以了。沒想到，對應(yīng)BUG，也是一個很嚴謹?shù)牧鞒獭?br />
事件背景
代碼經(jīng)過DD，PG，PT之后，整合代碼，提交版本給日方。日方會進行驗收測試。此時國內(nèi)處于準備對應(yīng)狀態(tài)。日方會將每天的測試結(jié)果（buglist）發(fā)給國內(nèi)，然后國內(nèi)進行對應(yīng)。
對應(yīng)流程
1. 確認內(nèi)容。
確認要修改的內(nèi)容是不具合，變更還是再調(diào)查的內(nèi)容（或者其他）。對于指示之外的內(nèi)容，要先與日方確認，再修改。
確認要修改的范圍。對于buglist中的每一點，都要橫向展開。認真思考需要修改的范圍。
2. 確認當(dāng)前版本備份。
3. 修改代碼，并在自己機器上測試。
4. 準備要送付的文件。
包括代碼，文件修改一覽（修改的filelist），不具合一覽（對應(yīng)的buglist）及相關(guān)自定義文檔文件。
5. 比對版本。
使用比較工具，確認文件變更部分均屬于buglist相關(guān)內(nèi)容。
6. 服務(wù)器測試。
將4，5對應(yīng)后的準備送付的文件包更新到服務(wù)器上(絕不能是本機)，測試，避免送付文件遺漏。
測試不通過，從第3點流程重新對應(yīng)。
注意事項
1. 對buglist中的每一個bug都要橫向展開，考慮全面，避免其他文件有同樣的問題發(fā)生。都應(yīng)成功不是指buglist中指出的那一處對應(yīng)完，而是針對這一點，要保證所有這樣的問題都解決了，才算對應(yīng)完。
2. 服務(wù)器的版本，要與日方驗收測試的版本保持一致。（有點難度，需要雙方溝通）
3. 不要在服務(wù)器上直接修改代碼。
4. 保存每一個時間段的修改版本，方便任意時間段的環(huán)境再現(xiàn)。
5. bug要先仔細調(diào)查，再確認，再修改。不要一上來就修改。
剛剛發(fā)現(xiàn)，工作是需要嚴謹?shù)膽B(tài)度的，我還有很多地方需要學(xué)習(xí)。
歡迎來訪！^.^!
本BLOG僅用于個人學(xué)習(xí)交流!
目的在于記錄個人成長.
所有文字均屬于個人理解.
如有錯誤，望多多指教！不勝感激！