Windows 機密文件：引進實驗室的白老鼠
當您在軟體開發專案期間修正錯誤時，妥善管理軟體開發人員是非常實用的策略。
Raymond Chen
任何軟體專案的一個主要部分修復 bug。 其實，修復 bug 是大多數軟體專案的最大的一部分。 因此，管理 bug 和與他們打交道的過程是整個軟體發展過程的重要組成部分。
在專案的早期階段，可能是相當寬鬆的 bug。 你可能會更傾向于接受任何東西，無論多麼的渺小。 有些時候，不過，你將知道你有大 bug 積壓處理。 你要更加認真你 bug 計數。 這個週期可能重演幾次在整個專案的生命週期。 可能有一個狂潮/清除週期為每個里程碑。
Bug 積壓的一個一致的來源是一位前的同事被稱為"bug 擁抱。"的障礙開發者發現他們覺得他們應該修復，但只是沒仍在工作的 bug。 隨著時間的推移，這些 bug 可獲得較舊和鑒於。 開發商抵制者試圖將推遲到下一版本，或聲明不值得修復的 bug，因為他們仍然覺得這些 bug 確實應該訂定。
它是囤積的軟體發展版本。 開發商成為感情上附加到 bug，儘管沒有任何合理的基礎，為他們在身邊。 這些 bug 往往相對較小。 它們經常偽裝成 bug 的實際功能請求 — — 就像"當我做 X，是不好如果有選擇，做 Y。"
調用 Exterminator
在很多專案，努力降低的 bug 數量由句點 （通常一周） 凡開發人員面臨的挑戰來修復盡可能多的 bug，因為他們可以標記。 應在其中固定 bug 的順序的一般規則被暫停。 開發人員可以修復他們喜歡的優先無論任何 bug。
只有這個星期，重點是修復 bug，不嚴重程度或優先的數量。 可能有頒獎禮的開發人員的大多數漏洞修補、 修復最古老的 bug、 完成這一周最少 bug 或得到他們的 bug 計數低於目標水準。 有時，經理帶來待開發者的積極性。
這個星期的聚焦 bug 修復名稱不同隊又一隊。 有的隊稱之為 Bug 的痛擊，但是，有時用來描述找到新的錯誤，而不是修復現有的重點的努力的另一個用途與相混淆。 有的隊更願意調用其 bug 修復周 Bug 粉碎。 一個團隊可用於描述的周聚焦 bug 修復 MOABB （母親的所有 Bug Bashes) 首字母縮寫詞。
你怎麼稱呼它，目標是相同的。 眼下的目標是清除出盡可能多的 bug，盡可能加以固定或決定不去修復。 最終目標是專案的要總結這一周有明確狀態。
Bug 主義者往往針對這些 bug 修復週期間。 他們面臨的一個決策點。 這是他們最後的機會，他們總是要解決"某一： 天"就意味著的漏洞修補如果他們不解決他們，bug 將被帶走。 在一周的最後，bug 將不再主動、 或那種方式。
隱藏乳酪
在這一周，管理獲取對待像實驗室老鼠的軟體發展人員。 軟體發展人員可以是簡單的生物。 我們認為我們是一種高級的形式的人類的智慧，但事實上，我們那樣輕易操縱木偶作為。 精明的經理可以修復他們所珍視的 bug 或讓他們去之間選擇操作 bug 主義者。
此外管理層意識到開發人員享受打破規則的快感。 他們往往會雇用有點叛逆心理按摩方法錯誤清單，它只看起來像一個 bug 並不重要。 例如，他們可能會將所有的錯誤，他們真的不關心作為規範的問題，使他們不再被算作 bug 重新分類。 他們還可能採取重要的 bug，並給他們虛假的低優先順序，使其看起來更具吸引力。
在過去，當一些開發商得知不久要來一個 bug 修復的比賽，他們編寫錯誤修復程式，但不承諾修復專案馬上。 相反，他們等待釋放他們在比賽一周。 沒有花管理長髮現這個小把戲。 現在管理包括領先的最多的一周中修復 bug 官方大賽周的統計數字，從而中和的效果 （和隱式地勸阻非生產性的行為）。
這個管理和軟體發展人員之間的貓捉耗子遊戲是一切只是將注意力分散在一周的主要目的：修復 bug 和提高最終產品。 他們的聰明，儘管開發人員不通常實現他們是老鼠。
.jpg)
**Raymond Chen**網站上，老的新東西，並以相同的方式為題書 (艾迪生 － 衛斯理，2007年） 處理 Windows 歷史和 Win32 程式設計。 這篇文章寫在一直與樹堅果接觸的設備上。