孟巖：劉振飛，你好。我知道你以前是方正出版印刷系統的核心開(kāi)發(fā)人員，后來(lái)來(lái)到微軟的Office開(kāi)發(fā)組。我認識你的時(shí)候你還在微軟工作，狀態(tài)似乎不錯。為什么后來(lái)又離開(kāi)微軟了呢？
劉振飛：93年到96年，我在北大計算機研究所讀研。96年畢業(yè)后，我留在所里繼續從事方正核心產(chǎn)品世紀RIP --- PSPNT的研發(fā)、維護、升級（還有外圍軟件開(kāi)發(fā)比如新女?huà)z補字NewNW、PDF流程系統等）。PSPNT是國內比較大的、成功的軟件產(chǎn)品，我一直為曾參與研發(fā)過(guò)這個(gè)產(chǎn)品而自豪。
工作中，我模模糊糊地覺(jué)得應該有一個(gè)清晰的、可控的流程，而不是依靠幾個(gè)開(kāi)發(fā)“高手”來(lái)支撐一個(gè)項目。方正人的個(gè)人素質(zhì)非常優(yōu)秀，集中在一起應該做得更為出色。我在方正的時(shí)候最多也就帶過(guò)10來(lái)人的隊伍，但即使這么小的團隊，已經(jīng)讓我精疲力竭、疲于應付了。我發(fā)現面臨一個(gè)無(wú)法解決的難題：如何有效地控制軟件研發(fā)流程以保證產(chǎn)品質(zhì)量和進(jìn)度。我意識到做好一個(gè)軟件，只靠技術(shù)好是很不夠的，必須要有一套好的研發(fā)流程和配套的支持工具。你也知道國內軟件企業(yè)的項目經(jīng)理都是“全才”：需求、設計、編碼、測試、維護乃至產(chǎn)品發(fā)布都要精通，事必躬親，但實(shí)踐中你又不可能樣樣都精通，所以結果只有一個(gè)：四處救火，累得半死但永遠看不到盡頭。
當時(shí)就覺(jué)得這么干有問(wèn)題，但究竟問(wèn)題出在哪里、如何有效改進(jìn)都不知道。我最納悶的是：這么10來(lái)號人的研發(fā)管理就這么費勁，人家微軟上千人、分布全球的Windows、Office研發(fā)隊伍是怎么有效管理的？我當時(shí)深入研究了一些軟件工程方面的理論，比如花了一段時(shí)間仔細閱讀了原版的Rational Unified Process（RUP），覺(jué)得很興奮，RUP里面的研發(fā)理論很完備，和幾個(gè)同事聊天覺(jué)得應該按照RUP的去做，但是理論歸理論，具體到實(shí)際產(chǎn)品開(kāi)發(fā)該如何做，還是一籌莫展。
恰好那時(shí)候讀了微軟（中國）公司前總經(jīng)理吳士宏的暢銷(xiāo)書(shū)《逆風(fēng)飛飏》，提到了微軟的企業(yè)管理、內部的數字神經(jīng)系統及相關(guān)敘述，非常感興趣，想去那里看看。剛好有個(gè)機會(huì )，得到了微軟（中國）研發(fā)中心Office組的一個(gè)PM（Program Manager）職位。在微軟的4年中，我先后經(jīng)歷過(guò)Office XP、Office 2003的研發(fā)，中間還夾著(zhù)做過(guò)Project 2002。微軟所有產(chǎn)品的研發(fā)都遵循同樣的研發(fā)模式、使用同樣的研發(fā)工具來(lái)進(jìn)行管理，只不過(guò)產(chǎn)品大小不一、人員配置有點(diǎn)區別罷了。經(jīng)歷這幾個(gè)大產(chǎn)品的研發(fā)流程，加上在方正的體驗的對比總結，我覺(jué)得自己比較深入的理解了微軟做研發(fā)的“套路”。
我是C++程序員出身，當PM后就沒(méi)怎么寫(xiě)過(guò)代碼，總還想寫(xiě)寫(xiě)。剛好幾個(gè)朋友開(kāi)的公司要做網(wǎng)站、短信、聲訊，還要對報紙做數據支持，他們需要一個(gè)懂研發(fā)管理的人去帶技術(shù)部。我覺(jué)得已經(jīng)熟悉了微軟的研發(fā)流程，這剛好是一個(gè)檢驗自己所學(xué)所思的機會(huì )，所以就離開(kāi)微軟去做這家小公司的技術(shù)總監了（而且滿(mǎn)足我另外的愿望：我對Windows之外的世界充滿(mǎn)好奇，比如每天去新浪網(wǎng)看新聞，他們網(wǎng)站是如何做出來(lái)的、用到什么樣的技術(shù)？Linux、開(kāi)源軟件到底怎么回事？）
不過(guò)我一直認為微軟是一家偉大的公司，很喜歡其工作氛圍。特別的，微軟的軟件研發(fā)流程我認為是最先進(jìn)的，值得大家去學(xué)習。
孟巖：那請你介紹一下你所體會(huì )的微軟研發(fā)管理的妙處。
劉振飛：從我理解的角度，微軟的研發(fā)管理可以從以下幾個(gè)方面描述：
（1）研發(fā)人員分工明確。主要的三個(gè)角色： PM (Program Manager)、 Dev (Developer)、Tester三者分工明確、接口清晰，PM來(lái)定義需求、書(shū)寫(xiě)出來(lái)每個(gè)功能特性 (Feature)的設計文檔(Spec)，Dev寫(xiě)代碼來(lái)實(shí)現這個(gè)Spec，Tester來(lái)測試 Dev做出來(lái)的東西是否符合 PM定義的 Spec，三個(gè)角色之間并無(wú)必然的上下級關(guān)系，只是分工合作完成某個(gè)功能(Feature)。我將之形容為“三權分立”，三者之間有效合作并制衡。國內企業(yè)好像還沒(méi)有PM這個(gè)角色，而測試人員又往往成為開(kāi)發(fā)人員的附庸，一個(gè) Bug是否要被解決全由開(kāi)發(fā)人員說(shuō)了算，這很糟糕，就像政治上一個(gè)權力沒(méi)有被有效的制衡一樣，一定會(huì )產(chǎn)生各種問(wèn)題。
（2）研發(fā)工具很配套。PM將寫(xiě)好的需求設計文檔(Spec)保存到 SharePoint文檔庫中，所有相關(guān)的人都可以隨時(shí)查看；Dev用Source Depot （功能類(lèi)似CVS的微軟內部源代碼管理工具）來(lái)保存源程序；Tester把發(fā)現的Bug記錄到Raid中以有效跟蹤這個(gè)問(wèn)題的處理流程。
（3）分階段的研發(fā)流程。和任何軟件公司一樣，微軟的研發(fā)無(wú)非也分為規劃、開(kāi)發(fā)、測試、發(fā)布等幾個(gè)階段。但是微軟的研發(fā)流程不走形式，可以統一產(chǎn)品組所有員工的思想，并且能夠有效地控制住進(jìn)度。做完一個(gè)版本后，還會(huì )讓所有員工匿名投票，找出這次研發(fā)過(guò)程中出現的各種問(wèn)題以便在下個(gè)版本中解決 (此過(guò)程稱(chēng)為 Postmortem，挺嚇人的一個(gè)詞)。
可以這么比喻，微軟這套研發(fā)模式讓其中的每個(gè)人都成了一架高速運轉的機器上的各種零件，少數零件壞了不要緊，可以隨時(shí)更換。當然微軟有許許多多技術(shù)高手，但我認為更重要是其研發(fā)模式保證了軟件產(chǎn)品的高品質(zhì)、可持續發(fā)展。
孟巖：提到微軟的研發(fā)管理，你說(shuō)過(guò)一句話(huà)，我印象很深。你說(shuō)微軟的研發(fā)管理中，它的bug管理系統是居于核心地位的。你這么說(shuō)，有什么道理嗎？
劉振飛：前面說(shuō)過(guò)，微軟所有產(chǎn)品的研發(fā)都遵循同樣的研發(fā)模式、使用同樣的研發(fā)工具來(lái)進(jìn)行管理。在所有的工具中，我最佩服的就是其Bug管理系統Raid（現在叫Product Studio）?？梢哉f(shuō)，遍布全球的微軟研發(fā)人員能夠保持統一的思維模式、做事及語(yǔ)言習慣，與整個(gè)研發(fā)流程的配套工具密不可分，其中最重要的就是通過(guò)Raid把整個(gè)產(chǎn)品的研發(fā)有機的聯(lián)系起來(lái)。閱讀每個(gè) Bug，你可以詳細的看到大家討論解決該問(wèn)題的完整思路。
我曾讀過(guò)微軟Project 2002產(chǎn)品的Architect寫(xiě)的一個(gè)備忘錄，其中提到： 如果Raid是別家的產(chǎn)品，需要微軟每年付出一筆巨大的費用，Bill Gates會(huì )支付這筆錢(qián)嗎？“He wouldn’t be happy, but you bet he would. Microsoft depends on Raid to get the job done.”當時(shí)我“心有戚戚焉”，立即給這哥兒們發(fā)Email表示贊同之意J 他回信說(shuō)希望Project能夠做的像Raid一樣成功，但可惜他要離開(kāi)微軟自己開(kāi)公司了。
在微軟上班，我每天第一件事是打開(kāi) Outlook來(lái)處理有關(guān)自己的重要郵件，第二件事就是打開(kāi)Raid來(lái)看看有關(guān)自己的Bug情況，趕快處理。我一直納悶，微軟為什么不把這個(gè)Bug管理系統作為軟件來(lái)出售，那可是任何一家軟件企業(yè)都需要的??！
表面上看Raid其實(shí)是一個(gè)簡(jiǎn)單的工具，那么它的重要性體現在什么地方呢？
l Raid從一開(kāi)始就支持多用戶(hù)
l 一個(gè)團隊中的所有人都可以創(chuàng )建、指派Bug，或者改變Bug狀態(tài)
l 用戶(hù)可以非常自由的去定制Raid
l 基于SQL，很多有用的報告可以被生成出來(lái)
l 管理層需要所有Bug都在Raid中被有效的跟蹤處理
Raid的價(jià)值在于它密切跟蹤當前產(chǎn)品的實(shí)際Bug狀態(tài)，使項目組中的成員非常有效的協(xié)調他們的工作。大家都很聰明，如果一個(gè)工具是容易理解的、而且管理層提供其使用指南（比如Bug怎么被指派和解決），那么簡(jiǎn)單的工具也能提供巨大的價(jià)值。
孟巖：能否請你簡(jiǎn)要地介紹一下微軟的bug管理體制？
劉振飛：在整個(gè)產(chǎn)品的研發(fā)過(guò)程中，特別是在測試產(chǎn)品、修復Bug的中后期，團隊中所有人都生活在Raid中：
- 測試人員（Tester）只要發(fā)現問(wèn)題就立即新建一個(gè)Bug予以跟蹤并指派給相關(guān)的開(kāi)發(fā)小組長(cháng)（Dev Lead）
- 開(kāi)發(fā)小組長(cháng)會(huì )判斷這個(gè)Bug屬于某個(gè)特定的開(kāi)發(fā)人員（Dev）并指派給他處理
- 開(kāi)發(fā)人員會(huì )根據Bug的詳細描述信息找到問(wèn)題所在，修改程序解決這個(gè)Bug并把Bug返回給當初的測試人員；或者有爭議的時(shí)候，把Bug指派給這個(gè)Feature的定義者PM，要求一個(gè)澄清說(shuō)明
- 測試人員在看到某個(gè)Bug被解決后，就去驗證這個(gè)Bug是否真的不存在了，根據最初的發(fā)現步驟去證實(shí)問(wèn)題真的解決了就關(guān)閉這個(gè)Bug；若還能重現，或者不同意開(kāi)發(fā)人員的解法，可以激活這個(gè)Bug，返還給當初的開(kāi)發(fā)人員做進(jìn)一步調查處理
- 當測試人員和開(kāi)發(fā)人員無(wú)法達成一致意見(jiàn)的時(shí)候，由對應的PM出面做協(xié)調，判斷這個(gè)Bug的嚴重程度、對用戶(hù)可能的影響，根據產(chǎn)品的進(jìn)度和項目資源做出評估，是否真的需要修理掉這個(gè)問(wèn)題
- 管理團隊利用Raid來(lái)跟蹤整個(gè)進(jìn)度：?jiǎn)蝹€(gè)人的工作、小組的進(jìn)度，整個(gè)產(chǎn)品研發(fā)進(jìn)度
研發(fā)隊伍中的所有人都通過(guò)Raid來(lái)商議、溝通某個(gè)Bug是否符合當前解決Bug的“門(mén)檻”，決定是否需要真正修理掉這個(gè)Bug、如何修理、可能的副作用、如何測試其解決方案等等。每個(gè)人可以在Raid中看到某個(gè)Bug的全部歷史檔案，比如幾年前發(fā)現的一個(gè)Bug一直推遲到這一版才解決，前幾年大家是如何討論的，可能的處理思路是什么，都被完整地記錄下來(lái)了。
每月、每周甚至每天，參與這個(gè)產(chǎn)品研發(fā)的人都收到一封當前Bug狀態(tài)的Email：每個(gè)人都上有多少Bug，Dev、PM、Tester頭上Bug數最多的前5名都是誰(shuí)，哪個(gè)子產(chǎn)品、子模塊中的問(wèn)題還是處于上升階段，整個(gè)Bug的趨勢怎么樣等等。這是最詳盡的產(chǎn)品狀況“內參”，暴露在團隊中每個(gè)成員的面前，一覽無(wú)遺。只要你的名字被列在Email中，你就非常緊張，因為你腦袋上的Bug比較多、影響整個(gè)產(chǎn)品的質(zhì)量。這些該死的Bug等待著(zhù)你去快速處理，盡快把自己從排行榜上去掉。每解掉一個(gè)Bug，或者把Bug轉給另外的人去處理，就會(huì )舒一口氣，因為頭上又少了一個(gè)；某一天你頭上的Bug數降為0了，心里就會(huì )非常高興J
我覺(jué)得微軟的Bug處理過(guò)程，非常類(lèi)似于“擊鼓傳花”的游戲。鼓點(diǎn)響起，你的任務(wù)就是盡快把自己手中的“花”（Bug）傳給下一個(gè)人，不要讓它在自己手里耽誤很長(cháng)時(shí)間。從表面上看，在微軟工作從不打卡、上班時(shí)間也很自由、上午很晚到辦公室也沒(méi)人管你，但是有Email跟著(zhù)、有Bug催著(zhù)，你永遠不可能偷懶。沒(méi)有人盯著(zhù)你，只是事情如影隨形，而且所有和你相關(guān)的事情都是公開(kāi)的，相關(guān)的人都知道，就像處于非常開(kāi)放的輿論監督之中，除了把事情辦漂亮你還能有別的選擇嗎？
最后要強調兩點(diǎn)：
（1） 上Bug不僅僅是測試人員的事情，團隊中的每個(gè)人發(fā)現問(wèn)題時(shí)都上個(gè)Bug來(lái)跟蹤；
（2） Raid中不僅僅是跟蹤軟件功能方面的Bug，其他各種問(wèn)題如需求文檔（Spec）的改動(dòng)、界面上的錯別字、幫助文檔的遣詞造句問(wèn)題、某項任務(wù)指派等等都可以通過(guò)一個(gè)Bug來(lái)跟蹤。
我至今對剛進(jìn)微軟時(shí)老板的一句話(huà)印象深刻：Everything should be tracked in Raid！
孟巖：就你了解到的情況，國內的公司在這方面怎么樣？
劉振飛：在微軟這幾年，我也一直和國內軟件公司的朋友們保持接觸。很遺憾的是，國內的一些軟件企業(yè)，特別是不少中小企業(yè)，其軟件研發(fā)還是處于作坊式的狀態(tài)，只不過(guò)作坊規模有大中小之分罷了。有意思的是，走在國內IT最前沿做各類(lèi)網(wǎng)站的企業(yè)，根據我的了解，也在走軟件企業(yè)最初幾個(gè)“大蝦”（牛人）搞定一切的階段。我不是說(shuō)個(gè)人技術(shù)好不重要，而是需要更進(jìn)一步，把研發(fā)管理真正搞起來(lái)，做出規模效應，從而有效的保證質(zhì)量、控制進(jìn)度、把對某個(gè)人的依賴(lài)盡量降低，并使產(chǎn)品可持續發(fā)展。
你知道國內不少軟件企業(yè)在做ISO9001或CMM認證，花費不菲。少數企業(yè)純粹是為了認證而認證，對付著(zhù)拿到證書(shū)就達到目的了；更多的企業(yè)確實(shí)是想利用這個(gè)認證的過(guò)程，把自己的研發(fā)流程規范化。但似乎能從這些認證中享受到真正的研發(fā)管理提升的并不是很多，甚至開(kāi)發(fā)人員現在需要花費大量的時(shí)間去書(shū)寫(xiě)一些例行公事的、沒(méi)有任何實(shí)際價(jià)值的格式化文檔，苦不堪言。
我覺(jué)得軟件研發(fā)管理必須結合自己企業(yè)的實(shí)際情況，不要生搬硬套書(shū)本上的理論，只要人員分工、配置合理，能夠控制質(zhì)量，什么方法都可以采用。黑貓白貓，能抓耗子的就是好貓。千萬(wàn)不要走形式、走過(guò)場(chǎng)。
孟巖：其實(shí)國內公司在研發(fā)方面與微軟的差距非常大，也存在于很多方面。為什么你獨獨看中bug管理？為什么你認為中國中小型企業(yè)的軟件開(kāi)發(fā)管理規范化，應當從bug管理入手呢？
劉振飛：從微軟的研發(fā)管理來(lái)看主要是需求、開(kāi)發(fā)、測試這三大塊，毫無(wú)疑問(wèn)國內公司在開(kāi)發(fā)這個(gè)環(huán)節一直都很重視，不過(guò)需求和測試較弱一點(diǎn)。大家現在都已經(jīng)認識到充分理解業(yè)務(wù)需求的重要性，如果沒(méi)有很好的對項目或產(chǎn)品用戶(hù)需求的真正把握，后面所有的工作都將是白費工夫、事倍功半，這一塊缺乏的是如何有效地將用戶(hù)的需求轉成一份份詳細的、后面開(kāi)放測試人員可以理解的文檔。
但是測試這一塊大家還是不夠重視，對測試人員的素質(zhì)要求也不是很高、人員比例也較低，測試人員往往依附于開(kāi)發(fā)人員的直接管理，人微言輕。而在微軟，測試人員和開(kāi)發(fā)人員的比例很多時(shí)候是1比1的，有時(shí)候會(huì )更高。測試人員和開(kāi)發(fā)、需求人員一樣有自己?jiǎn)为毜男姓芾砺肪€(xiàn)，比如我就注意到有非常資深的測試人員可以做VP，專(zhuān)門(mén)管理某個(gè)產(chǎn)品的測試工作。這在國內企業(yè)來(lái)說(shuō)，幾乎就是不可能的。
通過(guò)前面的介紹，無(wú)論人員的配置和工具的提供，你可以看出微軟是非常重視測試的。所以我覺(jué)得如果我們學(xué)習微軟先進(jìn)的研發(fā)理念，可以從測試入手，打造必要的測試管理系統，通過(guò)這樣的系統，把需求、開(kāi)發(fā)、測試三個(gè)環(huán)節融合在一起，讓團隊中所有的人都遵循同樣的研發(fā)思路：需求人員真正理解用戶(hù)的業(yè)務(wù)需要，認真研究后形成需求文檔作為產(chǎn)品一個(gè)個(gè)功能的“合同”；開(kāi)發(fā)人員寫(xiě)出設計文檔，然后動(dòng)手寫(xiě)代碼；測試人員理解需求文檔，然后測試做出來(lái)的功能是否符合最初的設想。整個(gè)過(guò)程碰到的任何問(wèn)題都要通過(guò)Bug系統來(lái)記錄、跟蹤，相關(guān)人員通過(guò)Bug管理來(lái)商談、溝通相應的解決方案。
這樣通過(guò)Bug管理，逐步統一研發(fā)人員的思維、做事模式，讓整個(gè)團隊可以有效地運轉起來(lái)，并不斷優(yōu)化自己項目的軟件研發(fā)流程，提高產(chǎn)品質(zhì)量，從而使產(chǎn)品可持續發(fā)展。
孟巖：看來(lái)你對于bug管理可真是重視。聽(tīng)說(shuō)你在離開(kāi)微軟后，開(kāi)發(fā)了一個(gè)開(kāi)源項目BugFree，號稱(chēng)是要全面模擬微軟的bug管理機制。能介紹一下大致的情況嗎？
劉振飛：今年四月我加盟朋友的公司開(kāi)始做網(wǎng)站，發(fā)覺(jué)自己已經(jīng)習慣了微軟的研發(fā)模式，于是建議這幾個(gè)朋友先做一個(gè) “數字神經(jīng)系統”，其目的是讓一切可以數字化、文檔化的信息被記錄下來(lái)，為公司的進(jìn)一步發(fā)展和決策提供基礎信息支持。
BugFree 就是其中有關(guān)軟件研發(fā)的Bug管理系統部分。我太了解Bug管理對軟件研發(fā)的重要性、也對微軟的Bug系統有了深入掌握，所以需要有一個(gè)類(lèi)似微軟的Bug系統才好開(kāi)展工作。雖然網(wǎng)上有免費的Bug管理系統（如Mantis、Bugzilla），但是我看后覺(jué)得都不好使，和我在微軟用的差別太大，上?？铺┦兰o公司的 Bug管理系統倒也很像微軟的，但是要花錢(qián)買(mǎi)。琢磨著(zhù)反正我也這一塊非常熟悉了，何不做一個(gè)出來(lái)自己用？于是決定借鑒微軟的研發(fā)流程和Bug管理工具自己開(kāi)發(fā)一個(gè)，以便對我們開(kāi)發(fā)新網(wǎng)站、聲訊軟件、客戶(hù)端軟件和公司事務(wù)管理中出現的問(wèn)題進(jìn)行有效的跟蹤處理。
“數字神經(jīng)系統”中的BugFree是用開(kāi)放源代碼的PHP+MySQL寫(xiě)成、基于瀏覽器方式運行的。我以前沒(méi)有任何Linux+Apache+MySQL+PHP的開(kāi)發(fā)經(jīng)驗，但我很幸運的招聘到幾名優(yōu)秀的Web程序員，可以在短短的兩個(gè)月時(shí)間內搭建起這樣的系統。其中BugFree是由我的同事王春生開(kāi)發(fā)的，他用了不到一個(gè)月的時(shí)間就把代碼寫(xiě)完，讓我很是驚訝，從而認識到基于Linux的Web開(kāi)發(fā)魅力。之后我們測試一個(gè)多月，就可以在實(shí)際工作中使用并不斷完善?，F在BugFree已經(jīng)成了我們日常工作最重要的工具，每個(gè)員工也都習慣用Bug來(lái)記錄跟蹤事情，不僅僅是代碼中的缺陷可以上Bug，新的需求、設計變化等都可以用這個(gè)Bug管理系統有效的管理起來(lái)。其實(shí)Bug 不僅僅可以用來(lái)記錄軟件中的缺陷，也可以用來(lái)跟蹤公司的日常事務(wù)。比如在公司的網(wǎng)上報銷(xiāo)系統還沒(méi)有建立之前，我們就用 BugFree來(lái)處理報銷(xiāo)的事情。甚至，一個(gè)同事給我上了這樣的Bug：你的桌面太亂了，請整理一下J
命名BugFree 有兩層意思：一是希望軟件中的缺陷越來(lái)越少直到?jīng)]有，Free嘛；二是表示它是免費且開(kāi)放源代碼的，大家可以自由使用傳播。也算為中國的軟件業(yè)做點(diǎn)小小的貢獻，特別的，希望能對國內中小企業(yè)的研發(fā)流程改進(jìn)、Bug的有效管理提供參考和幫助。
和微軟內部的Raid比較起來(lái)，BugFree有如下特點(diǎn)：
（1）Raid是Windows客戶(hù)端軟件，BugFree是基于瀏覽器的?；诖?，Raid 有很強大的編輯展示功能，而BugFree簡(jiǎn)單、方便、易用；
（2）Raid可以進(jìn)行極其復雜的組合查詢(xún)，BugFree的查詢(xún)功能相對弱一些，但我覺(jué)得對中小企業(yè)已經(jīng)夠用了；
（3）一個(gè)Bug從創(chuàng )建到關(guān)閉這個(gè)“生命周期”的處理過(guò)程，BugFree 全面借鑒Raid的處理流程，處理方法甚至一些詞匯都和Raid一樣 (所以我現在用BugFree處理Bug的感覺(jué)和在微軟時(shí)候基本一樣)；
（4）BugFree 還有一個(gè)獨創(chuàng )的功能：當一個(gè)Bug被指派給你的時(shí)候，系統會(huì )自動(dòng)給你發(fā)一封郵件，告訴你有個(gè)Bug需要你處理，這樣結合 Email，BugFree被完美使用起來(lái)，成為我們現在網(wǎng)站開(kāi)發(fā)、運行、維護必備的工具。我們還增加了兩個(gè)Bug統計功能：一是每天早上8點(diǎn)鐘每個(gè)同事都會(huì )收到一封Email，告訴他/她頭上還有多少 Bug等待處理；二是每周一中午給所有人發(fā)一封郵件，告知上周Bug的處理情況和到目前為止所有Bug的統計數據；
（5）BugFree程序規模很小，一個(gè)中等水平的PHP程序員就可以在1~2周內看懂所有的代碼，然后就可以根據自己的需要做相應的定制了；
（6）最最重要是，BugFree 是免費并且開(kāi)發(fā)源代碼的。你可以體驗到微軟的Bug管理精髓，按自己需要自由地增加功能、修改代碼而不用擔心版權問(wèn)題J
不過(guò)坦率的講，BugFree 僅僅是個(gè)工具而已，重要的是掌握其中蘊含的軟件研發(fā)的流程思想，才能用好這個(gè)工具。如果你以前沒(méi)有用過(guò) Bug管理系統，那么一開(kāi)始的時(shí)候也許你會(huì )覺(jué)得這個(gè)工具是在浪費時(shí)間，因為一個(gè)測試人員需要費神把發(fā)現 Bug的詳細步驟記錄下來(lái)，有時(shí)還要貼一張示意圖，這一切都不如當面說(shuō)來(lái)得直接。
但是使用一段時(shí)間，你會(huì )發(fā)現 BugFree很有用，它忠實(shí)的記錄著(zhù)每個(gè)問(wèn)題的處理過(guò)程，不斷提醒你存在的問(wèn)題，永遠不會(huì )丟失和忘記。如果你參與過(guò)較大軟件項目或產(chǎn)品的研發(fā)，就會(huì )理解它對軟件可持續發(fā)展是至關(guān)重要的。而且研發(fā)的規模越大，BugFree 的作用就會(huì )越大。
感興趣的朋友，可以到http://www.okooo.com/OpenSource 來(lái)體驗、下載最新版的BugFree。
聯(lián)系客服
