今天是工作以來(lái)最壓抑的一天，而此刻也是工作以來(lái)，感覺(jué)到工作帶來(lái)的最快樂(lè)的時(shí)刻。

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

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

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

對(duì)應(yīng)流程

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

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

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

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

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

6. 服務(wù)器測(cè)試。
    將4，5對(duì)應(yīng)后的準(zhǔn)備送付的文件包更新到服務(wù)器上(絕不能是本機(jī))，測(cè)試，避免送付文件遺漏。
    測(cè)試不通過(guò)，從第3點(diǎn)流程重新對(duì)應(yīng)。

注意事項(xiàng)

1. 對(duì)buglist中的每一個(gè)bug都要橫向展開(kāi)，考慮全面，避免其他文件有同樣的問(wèn)題發(fā)生。都應(yīng)成功不是指buglist中指出的那一處對(duì)應(yīng)完，而是針對(duì)這一點(diǎn)，要保證所有這樣的問(wèn)題都解決了，才算對(duì)應(yīng)完。

2. 服務(wù)器的版本，要與日方驗(yàn)收測(cè)試的版本保持一致。（有點(diǎn)難度，需要雙方溝通）

3. 不要在服務(wù)器上直接修改代碼。

4. 保存每一個(gè)時(shí)間段的修改版本，方便任意時(shí)間段的環(huán)境再現(xiàn)。

5. bug要先仔細(xì)調(diào)查，再確認(rèn)，再修改。不要一上來(lái)就修改。


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

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