今天是工作以來最壓抑的一天，而此刻也是工作以來，感覺到工作帶來的最快樂的時刻。

BUG一直對應(yīng)到凌晨，整個開發(fā)大廳就剩下我們?nèi)齻€人，一碗面，呵呵。

從周一開始，本以為代碼提交之后，任務(wù)就變得輕松了， 剩下的兩周，無非就是日方傳過來些BUG，這邊一一對應(yīng)就可以了。沒想到，對應(yīng)BUG，也是一個很嚴(yán)謹(jǐn)?shù)牧鞒獭?br />
事件背景

代碼經(jīng)過DD，PG，PT之后，整合代碼，提交版本給日方。日方會進(jìn)行驗收測試。此時國內(nèi)處于準(zhǔn)備對應(yīng)狀態(tài)。日方會將每天的測試結(jié)果（buglist）發(fā)給國內(nèi)，然后國內(nèi)進(jìn)行對應(yīng)。

對應(yīng)流程

1. 確認(rèn)內(nèi)容。
    確認(rèn)要修改的內(nèi)容是不具合，變更還是再調(diào)查的內(nèi)容（或者其他）。對于指示之外的內(nèi)容，要先與日方確認(rèn)，再修改。
    確認(rèn)要修改的范圍。對于buglist中的每一點，都要橫向展開。認(rèn)真思考需要修改的范圍。

2. 確認(rèn)當(dāng)前版本備份。

3. 修改代碼，并在自己機(jī)器上測試。

4. 準(zhǔn)備要送付的文件。
    包括代碼，文件修改一覽（修改的filelist），不具合一覽（對應(yīng)的buglist）及相關(guān)自定義文檔文件。

5. 比對版本。
    使用比較工具，確認(rèn)文件變更部分均屬于buglist相關(guān)內(nèi)容。

6. 服務(wù)器測試。
    將4，5對應(yīng)后的準(zhǔn)備送付的文件包更新到服務(wù)器上(絕不能是本機(jī))，測試，避免送付文件遺漏。
    測試不通過，從第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要先仔細(xì)調(diào)查，再確認(rèn)，再修改。不要一上來就修改。


剛剛發(fā)現(xiàn)，工作是需要嚴(yán)謹(jǐn)?shù)膽B(tài)度的，我還有很多地方需要學(xué)習(xí)。

歡迎來訪！^.^!
本BLOG僅用于個人學(xué)習(xí)交流!
目的在于記錄個人成長.
所有文字均屬于個人理解.
如有錯誤，望多多指教！不勝感激！