在軟體開發中，有無數個永恆的話題 ，其中有乙個話題叫做：bug。傳說它是溝通開發與測試之間的橋梁，不過我們今天要討論的並不是開發與測試的關係，而是專案管理與bug之間的關係，因為在這之前，有很多的專案不是輸在了開發，而是輸給了bug。
據說，在系統交付前，你問專案負責人，專案有bug嗎？99%的專案負責人會說no，1%的人則會說有。那到底專案在交付的時候有沒有bug呢？實際上，沒有bug的系統是不存在的，測試人員沒有發現bug，並不能說明專案沒有bug。不過，從另乙個角度說，該專案經過專案測試組的全面測試，沒有發現任何bug，也可以說是專案沒有bug。但也有可能是專案負責人沒有說實話，出於善意的目的，說專案沒有bug。
因為沒有一把嚴格的標尺來衡量bug，你說它有它就有，說它沒有它就沒有。也正因此，讓bug成了永遠也討論不完的話題。我們還是就上面的事說事，從上面專案負責人的回答可以看出，大部分專案負責人都嚴格要求自己的專案不帶著bug上線。這也反映了當前專案管理的現狀，專案經理只盯著bug，而忽略了開發，將沒有bug的系統做為上線的目標。
如果時間充裕的話，我相信所有的負責人都不會讓他們的專案帶著bug上線。而事實並非如此，在實際專案開發過程中，開發周期特別短，而系統的業務很複雜，需求又經常變更，每天都會產生很多bug。有些專案經理只關心系統的bug和進度，根本不考慮當前的資源和需求變更情況，這就導致開發人員盲目的跟著bug跑，每天拆東牆補西牆，只是在原地踏步，而系統的進度沒有增長。
儘管開發人員每天都很忙，但實際上卻在做無用功。bug多，也別亂來，別被bug主導了開發。如果系統的bug突然變多了，一方面可能是需求變更了，另一方面就是**結構已經紊亂，需要重構了。如果是結構混亂引起的bug，一定要停下來重構。要知道，80%的專案都經歷過**重構（包括架構重構，框架重構，模組重構等）。
作為一名開發工程師，幾乎每天都要和bug打交道，發現很多bug都是因為開發者沒有遵循專案開發規範，把原本穩定的結構變的越來越混亂。作為專案負責人，應該加強對新人**的review，防止因開發人員破壞了系統結構，而產生難以數計的bug，讓專案管理陷入混亂。
XP多網絡卡的BUG
當安裝多個網絡卡時，如果在裝置管理器或者網路連線中，禁用硬體，則經常出現連線不上的情況 在網絡卡出了問題並重新安裝了網絡卡驅動程式後，系統將會自動建立連線，而且這個連線將會由原來的 本地連線 變成 本地連線2 而 本地連線 的相關資訊仍然存在於系統中。當你在 本地連線2 中設定ip等相關資訊時，如果...
也說Bug管理工具
看到 乙個還算不錯的bug管理工具urtracker 的隨筆，正好最近也搞了乙個bug跟蹤工具，也來說說自己的感受。由於公司原來的bug一直使用word文件的方式管理，乙個bug單會在測試人員和開發人員之間走很多個來回，很不方便。所以在空閒時間用 bugtracker.搭建了乙個bug管理系統。bu...
也說Bug管理工具
也說bug管理工具 看到乙個還算不錯的bug管理工具urtracker 的隨筆，正好最近也搞了乙個bug跟蹤工具，也來說說自己的感受。由於公司原來的bug一直使用word文件的方式管理，乙個bug單會在測試人員和開發人員之間走很多個來回，很不方便。所以在空閒時間用bugtracker.搭建了乙個bu...