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