7. BUG管理

　　由于我們每天進行著測試，因此經(jīng)常有BUG被測試部門發(fā)現(xiàn)，一旦發(fā)現(xiàn)了新的BUG，就會被添加進BUG Tracking System中。目前較流行的BUG Tracking System有TestTrack、ClearQuest、Bugzilla等。BUG tracking system是開發(fā)人員和QA之間的紐帶，開發(fā)人員和QA通過BUG tracking system聯(lián)系著。每個BUG有其類型和級別，預(yù)定的類型有Crash-Data Loss, Crash-No Data Loss, Incorrect functionality, Cosmetic, Feature request等, 級別有P1、P2一直到P6，它們分別代表了重要性及緊急程度，P1的BUG需要很快fix，P5之前的BUG在本版本release之前必須fix掉，若真的不能或不重要則由QA確定并降低優(yōu)先級進入到下一個版本中去fix。QA發(fā)現(xiàn)一個BUG后在BUG Track中增加一個BUG，同時填入相關(guān)信息并assign給相應(yīng)的開發(fā)人員，開發(fā)人員收到BUG分析并fix后assign給QA去verify，其中要填上分析的結(jié)果以及如何解決的詳細說明。若QA對此BUG verify通過則close BUG，否則verify failed并重新assign給開發(fā)人員并等待其fix。每星期在Status Meeting上會進行BUG狀況報告，主要由QA組長報告BUG的狀況，主要是新增BUG數(shù)，fix掉多少，還有多少處于open狀態(tài)，有多少處于等待verify的狀態(tài)，據(jù)此可以了解開發(fā)及測試情況。有時在Status Meeting上我們也會進行BUG Review，BUG Review有時是單獨一個小組內(nèi)進行，其主要作用是重新明確每個人頭上的BUG以及了解每個BUG的狀況，如開發(fā)人員對此BUG將作何處理等，以此來了解開發(fā)中是否有碰到比較棘手的問題，增加了產(chǎn)品發(fā)布風(fēng)險。在QA增加BUG和開發(fā)人員fix BUG的游戲中，BUG的數(shù)量曲線圖會象股市曲線一樣上下波動，但總體趨勢一般是前期BUG放量攀升，后期震蕩下挫，若到了后期新open的BUG數(shù)量一直上升則說明風(fēng)險在增大，有可能無法控制，也就是說fix了一個BUG導(dǎo)致了多個新的BUG產(chǎn)生。在量化開發(fā)進度中也可以用代碼數(shù)量的曲線圖來粗略的呈現(xiàn)。在有大量新功能增加時可能代碼量的增加會較快，當(dāng)在fix bug階段，代碼的修改較多，因此代碼數(shù)量的增幅會降低，依據(jù)代碼量可以看出開發(fā)的狀況處于何種階段。

　　需要指出的是我們對BUG的定義比較廣泛，一些新功能也可以作為BUG被提出，只不過這些BUG級別比較低，讓它們進入到下一個版本中去實現(xiàn)。因此BUG的創(chuàng)建者也可以是技術(shù)支持人員、市場人員甚至開發(fā)人員本身。關(guān)于開發(fā)人員本身，因為他可能會找出一些BUG，有些是其他開發(fā)者的，有些可能是此開發(fā)者本身的，把這個BUG添加進BUG庫中可以幫助開發(fā)人員在以后產(chǎn)生新問題時或類似的BUG時有一個借鑒和思路，但此BUG的verify必須要讓測試本模塊的測試人員來verify。

　　8. Code Freeze

　　當(dāng)P5之前的BUG都被修復(fù)了，這時離產(chǎn)品發(fā)布日期也就不遠了，一般是2個星期后就能release產(chǎn)品，這時要對VSS中的代碼進行freeze，以保證代碼庫的穩(wěn)定性。Code freeze階段一般會把各開發(fā)人員的check in和check out的權(quán)限關(guān)閉，若在這時仍有BUG報告上來并經(jīng)討論確定是重大的且必須在本版本中fix的，則需要經(jīng)管理層同意并特殊地授予權(quán)限，在修改完成后修改者要把修改了哪些文件，影響了哪些文檔等信息上報給各部門如QA、build人員、文檔編寫者等。在code freeze階段，測試部門在緊張地進行著各種測試，得出各種數(shù)據(jù)，并決定本版本是否可以release了。

　　9. Tech Talk

　　計算機知識更新速度非常快，經(jīng)常有一些新的術(shù)語、新的名詞、新的思想、新的技術(shù)所產(chǎn)生，如過離開此行業(yè)幾個月后重新回來就會對這些新的事物不解，而我們平時為了自己的項目埋頭苦干可能忘了周圍的世界發(fā)生了什么。Tech Talk就提供了一個讓我們了解新知識和最新發(fā)展趨勢的機會，讓大家把知識共享，共同提高。Tech Talk一般會在項目不是太忙碌的時候進行，主持人會提前一個星期指定某個人去準備一下Tech Talk，一般此人可能對某方面比較感興趣，然后他會花一些時間去了解這方面的情況，寫成一個文檔如PowerPoint并上傳到局域網(wǎng)內(nèi)，同時通知大家可以先去瀏覽。Tech Talk的內(nèi)容非常廣泛，不一定同我們的項目緊密相關(guān)，任何新的思想、新的知識(當(dāng)然一般是限在計算機領(lǐng)域內(nèi))都可作為Tech Talk的內(nèi)容，而在主講人講完之后還有一段時間被大家提問，共同對這個話題進行討論，答疑解惑。當(dāng)然Tech Talk也可同我們的項目相關(guān)，如研究一下競爭對手的產(chǎn)品技術(shù)，本公司產(chǎn)品的架構(gòu)等。研究本公司的產(chǎn)品架構(gòu)可以使大家對本公司的產(chǎn)品有一個全局的概念，從整體上來看自己的產(chǎn)品，順便整理一下產(chǎn)品的架構(gòu)使之更加清晰有條理。平時大家都只注重于自己負責(zé)的其中的一小塊，在Tech Talk中可以跳出自己的小框框來了解全局，同時這也是新員工了解公司核心技術(shù)整體框架的好機會。每個模塊的負責(zé)人需要闡述此模塊的方方面面，讓大家來了解并回答問題。

　　10. Code Review

　　當(dāng)進行工作移交時我們會進行Code Review，在碰到棘手的BUG時也會進行Code Review，Code Review是大家了解其詳細實現(xiàn)的一個好機會。在Code Review之后會對此代碼產(chǎn)生親切感而不是陌生懼怕感，相信很多人在讀他人代碼時會有非常痛苦的經(jīng)歷，Code Review是減少此痛苦感的好藥方。在進行Code Review前，主講人會提前發(fā)出一個通知告訴相關(guān)人員要review哪些代碼，這樣參與者可以抽出時間提前了解相關(guān)代碼，對不懂的地方做個筆記以便在Code Review進行中提出疑問。在我們碰到比較棘手的BUG沒有什么思路或大惑不解時，這時找?guī)讉€相關(guān)人員或?qū)Υ舜a也熟悉的人進行一次Code Review，這時形式比較隨意，大家可以臨時提出問題，讓主講人解答，在這個過程中可能聽的人并不會非?？斓亓私馄渲械脑敿氝^程，但是講的人在這個過程中重新理了一下思路，對所寫的代碼被迫重新審視了一遍，在其中可能就會發(fā)現(xiàn)出解決問題的辦法。在Code Review時有時代碼非常多，但可以一個功能模塊一個功能模塊地從總體到局部，由淺入深層層遞進的方式進行。一次Code Review的時間不要太長，但可以分多次進行。Code Review中大家會提出問題和建議，集思廣益，多個人共同出主意，有些可能一個人沒有想到的問題會被大家發(fā)現(xiàn)，互相學(xué)習(xí)，共同進步。

　　11. 溝通與交流

　　大部分員工的大部分時間是在公司里度過的，因此公司的生活成了大家主要組成部分。員工之間關(guān)系的融洽，交流的暢通顯得非常重要，同時大家也不想自己的生活這樣枯燥乏味，一直同機器打交道。溝通無處不在，交流隨時發(fā)生，有許多關(guān)系是在工作之外建立起來的。軟件公司內(nèi)是很容易產(chǎn)生各種矛盾的，因為這是由你的工作性質(zhì)所決定的，比如QA或用戶會對你的實現(xiàn)不滿意，提出各種要求時，我相信你有時會有所抱怨的，無形之中就產(chǎn)生了對立，發(fā)展到后來會有抵觸心理。我相信大部分人都會有此感受，這不是你的錯，這主要是由我們的工作性質(zhì)決定的。如果你的工作是把財富帶給對方，則對方會非常歡迎你的到來，把你奉為財神爺來對待，同你的關(guān)系會非常融洽友好。因此我們需要在工作之外來消除這種對立矛盾的關(guān)系，建立一種融洽的工作氛圍。我們在平時吃飯的時候飯桌上大家互相聊天溝通。我們建立了happy郵件列表，其中會發(fā)一些幽默笑話之類的郵件，給我們緊張的工作增加點輕松的氛圍。在下班后大家可以組織一下活動，增加了公司的凝聚力。一個產(chǎn)品發(fā)布后組織一下旅游，讓繃緊的神經(jīng)松弛一下，更好地迎接下一個挑戰(zhàn)。

　　12. 后記

　　不同公司有不同的做法，我只是把我認為比較好的流程與管理方式呈現(xiàn)出來，讓大家有個借鑒，當(dāng)然它也不是十全十美的，也不是放之四海而皆準的，如果你覺得某些地方對你有所幫助或值得推廣，這是本文最想達到的效果。非常感謝I公司給了我這么美好的經(jīng)歷，也非常感謝I公司的同事們曾給我的巨大幫助，在此衷心地祝福I公司越來越壯大，逐步走向成功!也衷心地祝福我的同事們幸?？鞓?