孟巖：劉振飛，你好。在這個(gè)系列的前面兩篇文章里，我們先是探討了Bug管理的理念和意義，然后又從軟件系統(tǒng)的構(gòu)建角度更進(jìn)一步探討了Bug管理技術(shù)層面的問題。這次我想我們應(yīng)該來探討Bug管理中“人”的問題了。當(dāng)然，所謂人的問題，就是管理制度的問題。有了先進(jìn)的理念、堅(jiān)實(shí)的軟硬件基礎(chǔ)，還需要有相應(yīng)的管理制度與之相配套，否則Bug管理就只是一個(gè)擺設(shè)。你認(rèn)為一個(gè)軟件開發(fā)團(tuán)隊(duì)?wèi)?yīng)當(dāng)制定嚴(yán)格的Bug管理制度嗎？沒有一個(gè)相配套的管理制度，會(huì)有怎樣的后果？
劉振飛：我們?cè)诘谝黄恼轮杏懻撨^，微軟的軟件研發(fā)可以總結(jié)為以下兩點(diǎn)：
（1）．需求（PM）、開發(fā)（Dev）、測(cè)試（Test）三權(quán)分立，分工明確、各司其職
（2）．每個(gè)產(chǎn)品的每個(gè)版本遵循同樣的模式：流程＋工具＋人，并不斷反饋（以改進(jìn)流程、升級(jí)工具并提高團(tuán)隊(duì)/員工的能力）
回到你這個(gè)問題，Bug管理制度其實(shí)就是定義Bug處理流程，有了好用的工具之后，我們需要這樣的流程去明確指導(dǎo)如何對(duì)Bug進(jìn)行管理。但是一個(gè)軟件開發(fā)團(tuán)隊(duì)?wèi)?yīng)當(dāng)制定嚴(yán)格的Bug管理制度嗎？坦率的講，不需要。嚴(yán)格的制度在軟件行業(yè)就意味著教條、負(fù)擔(dān)和不切實(shí)際，讓一幫聰明的大腦陷入無邊無際的條條框框不能自拔，明知道是包袱還要去背、是火坑還要去跳，直到有一天終于受不了，最終結(jié)果不外乎三個(gè)：過勞累到、對(duì)付一天是一天或者干脆辭職換個(gè)工作。因此我覺得應(yīng)該用“Bug管理指導(dǎo)原則（guidance）”來替換“Bug管理規(guī)章制度（rules & regulations）”這個(gè)詞。
所以我認(rèn)為Bug管理就是去制定適合自己團(tuán)隊(duì)實(shí)際情況的Bug處理流程和指導(dǎo)原則，制定者（管理層）應(yīng)該起到真正指導(dǎo)的作用，他們要非常清楚下面這些問題的答案：
l 我們需要測(cè)試什么：哪些軟件（網(wǎng)站）、哪些模塊
l 測(cè)試人員的分工：什么人負(fù)責(zé)什么模塊
l 測(cè)試工具和環(huán)境：巧婦難為無米之炊。你不能安排一個(gè)測(cè)試人員去測(cè)某個(gè)模塊，而沒有給他提供必要的軟硬件環(huán)境
l 測(cè)試的進(jìn)度安排：干這一行加班是不可避免的，但是需要有度，人不是機(jī)器，長(zhǎng)期的勞累誰都扛不住。如果時(shí)間很緊，那只能去抓重點(diǎn)，要有所不為
l 發(fā)現(xiàn)一個(gè)問題時(shí)，如何用Bug管理工具去創(chuàng)建一個(gè)Bug：標(biāo)題如何寫、嚴(yán)重程度、詳細(xì)重現(xiàn)步驟、錯(cuò)誤狀況、期望結(jié)果、現(xiàn)場(chǎng)附件、這個(gè)Bug去分配給誰
l 當(dāng)一個(gè)Bug被處理掉時(shí)，測(cè)試人員應(yīng)該如何驗(yàn)證并關(guān)閉
l 當(dāng)一個(gè)Bug的解決方法有爭(zhēng)議時(shí)，誰來仲裁
l 定期的Bug提醒，比如當(dāng)前每個(gè)人的Bug情況
l Bug狀態(tài)報(bào)告：Bug數(shù)目的變化趨勢(shì)及我們應(yīng)該采取的行動(dòng)
l 階段性的總結(jié)反饋：哪些地方我們做的好，哪些做的不好，為什么、如何改進(jìn)
l … …
沒有這樣配套的Bug處理流程和指導(dǎo)原則，再好的工具都將會(huì)是一個(gè)擺設(shè)、甚至是添亂的工具。就像一個(gè)樂隊(duì)有非常出色的各種樂器，但樂隊(duì)指揮是個(gè)外行（就像成龍電影《雙龍會(huì)》一個(gè)鏡頭），那么演奏出來的一定會(huì)是混亂的樂章。
孟巖：根據(jù)你的了解，國(guó)內(nèi)中小型軟件開發(fā)企業(yè)中Bug管理制度方面有什么缺陷？主要的問題是什么？
劉振飛：我想目前中小軟件企業(yè)的Bug管理主要存在的問題是：
1. 不重視測(cè)試，認(rèn)為測(cè)試人員無關(guān)大局，隨便測(cè)測(cè)就行了。當(dāng)然這種情況正在逐步好轉(zhuǎn)，因?yàn)榇蠹叶奸_始意識(shí)到了測(cè)試重要性；
2. 有些企業(yè)，認(rèn)識(shí)到測(cè)試的重要性后，卻走向極端 --- 制定了極其嚴(yán)格的規(guī)章制度：無數(shù)瑣碎、難用的測(cè)試工單、非常嚴(yán)密的一級(jí)級(jí)權(quán)力控制，在Bug管理系統(tǒng)中誰能看到什么信息、誰可以解決、誰可以關(guān)閉等等，非常嚴(yán)格。一個(gè)需要靈活變化的工作變成了工業(yè)制造車間流水線的一個(gè)工種，讓測(cè)試人員陷入制度的泥潭，不能把主要精力投入測(cè)試工作本身；
3. 管理層自身沒有制訂明確的Bug處理流程及相關(guān)指導(dǎo)原則，讓測(cè)試人員在黑暗中摸索，走到哪兒算哪兒，不能給他們以切實(shí)有效的指導(dǎo)和幫助；
4. 管理層把軟件的質(zhì)量保證責(zé)任一股腦推到測(cè)試人員身上，任何問題都去指責(zé)下面的測(cè)試人員，殊不知測(cè)試僅僅是研發(fā)的一個(gè)環(huán)節(jié)，前面需求、開發(fā)兩個(gè)環(huán)節(jié)如果沒有好好做，測(cè)試將會(huì)極其被動(dòng)，比如：沒有需求文檔，怎么測(cè)試？這是一個(gè)系統(tǒng)工程；
5. 錯(cuò)誤的考核標(biāo)準(zhǔn)：管理層用Bug個(gè)數(shù)去衡量測(cè)試人員的工作成績(jī)，誰發(fā)現(xiàn)的Bug多誰的工作就做的好。這是一個(gè)十分危險(xiǎn)的傾向，將直接導(dǎo)致測(cè)試人員去重視Bug個(gè)數(shù)這個(gè)數(shù)字本身、而不是產(chǎn)品的真正質(zhì)量。
遺憾的是，即使在微軟內(nèi)部，各個(gè)地方研發(fā)中心也有這個(gè)傾向，比如經(jīng)常出現(xiàn)大陸、臺(tái)灣、韓國(guó)、日本四個(gè)地方某個(gè)軟件的測(cè)試人員虎視眈眈的在半夜盯著某個(gè)版本的問世，一旦下載到最新的Build，馬上安裝測(cè)試，把表面上的Bug趕快“搶”到、記錄進(jìn)Raid/Product Studio中，然后心滿意足的打車回去，很高興比另外三個(gè)對(duì)手多上了幾個(gè)Bug。我記得微軟內(nèi)部有個(gè)專門的培訓(xùn)曾認(rèn)真的研討過這個(gè)問題：不能用Bug數(shù)目來衡量Tester的工作。但是微軟太大了，當(dāng)某地方或部門不能找到更合適的標(biāo)準(zhǔn)的時(shí)候，Bug數(shù)目本身就是最快捷的答案了。
這是我現(xiàn)在經(jīng)常思考的問題之一。
孟巖：能否請(qǐng)你比較系統(tǒng)地闡述一下微軟的Bug管理制度？
劉振飛：其實(shí)前兩篇文章已經(jīng)陸續(xù)談過微軟的Bug管理指導(dǎo)原則了，這里系統(tǒng)的總結(jié)一下：
u 管理層要求所有的Bug都要通過Raid（Product Studio）來跟蹤處理。這個(gè)看起來很簡(jiǎn)單的Bug管理工具是每個(gè)員工和其他同事有效協(xié)作的重要保證
u 每個(gè)產(chǎn)品都細(xì)分模塊（Area，SubArea），每個(gè)模塊都有明確的需求定義者（PM）、開發(fā)工程師（Dev）和測(cè)試工程師（Tester）這三個(gè)角色。一個(gè)問題出現(xiàn)了，一定會(huì)落實(shí)到某個(gè)人的頭上去跟蹤處理，絕不能出現(xiàn)“無主”的Bug
u PM負(fù)責(zé)書寫的Spec是這個(gè)功能特征（Feature）的“合同”，以此Spec來指導(dǎo)開發(fā)和測(cè)試。當(dāng)Dev和Tester就某個(gè)Bug發(fā)生爭(zhēng)執(zhí)的時(shí)候，PM負(fù)責(zé)給出一個(gè)明確的說明
u 測(cè)試不僅僅是Tester的事情，盡管那是他們的專職工作。研發(fā)團(tuán)隊(duì)中的所有人每發(fā)現(xiàn)產(chǎn)品的問題時(shí)候，都有義務(wù)把這個(gè)問題告知負(fù)責(zé)這個(gè)模塊的測(cè)試人員去記錄跟蹤這個(gè)Bug，或者干脆自己新建一個(gè)Bug來跟蹤
u 你可以創(chuàng)建一個(gè)Bug指派給自己，以跟蹤某件事的處理。比如開發(fā)人員把源代碼中的某處問題用Bug記錄下來，以后抽出時(shí)間來進(jìn)行處理
u 團(tuán)隊(duì)中的所有人都可以創(chuàng)建、指派和更改Bug的狀態(tài)
u 當(dāng)你創(chuàng)建一個(gè)Bug的時(shí)候，描述一定要足夠詳細(xì)，讓下面處理Bug的人和其他關(guān)心這個(gè)Bug的同事能夠通過Bug描述準(zhǔn)確的重現(xiàn)這個(gè)問題，而不是猜測(cè)某些步驟或者跑過來當(dāng)面問你
u 通常一個(gè)Bug的處理過程是這樣的：
1. Tester發(fā)現(xiàn)一個(gè)問題，到Raid中創(chuàng)建一個(gè)Bug，描述這個(gè)Bug的詳細(xì)信息，比如重現(xiàn)步驟（Repro Step）、錯(cuò)誤結(jié)果（Result）、期望的改動(dòng)（Expect）、運(yùn)行版本等；然后把這個(gè)Bug指派給負(fù)責(zé)該模塊的Dev Lead
2. Dev Lead判斷后把這個(gè)Bug指派給某個(gè)特定的Dev
3. Dev處理掉這個(gè)Bug并返還給原Tester，或者請(qǐng)求PM給出一個(gè)澄清說明
u 管理層通過Raid來跟蹤整體進(jìn)度，以及每個(gè)員工、團(tuán)隊(duì)在其中的貢獻(xiàn)
u 有專人定期給相關(guān)同事發(fā)出Bug的狀態(tài)報(bào)告
u 每個(gè)人都可以方便的自助查詢Bug的分布處理情況。Bug管理系統(tǒng)對(duì)所有的團(tuán)隊(duì)成員都是毫無保留的敞開大門（除了你不能刪除Bug，另外所有的操作都被忠實(shí)的紀(jì)錄下來）
u 隨著時(shí)間的推移，管理層要逐步給出明確的Bug解決指導(dǎo)方針：哪些Bug是可以不理睬的（Won’t Fix），哪些是可以推遲到下個(gè)版本處理（Postponed）。比如在最終Build到來前的幾周，也許非常嚴(yán)重的Bug，像數(shù)據(jù)丟失、程序崩潰之類的也都要推遲到下個(gè)版本再解決了。
u 當(dāng)一線員工出現(xiàn)爭(zhēng)執(zhí)、無法達(dá)成一致意見的時(shí)候（盡管這種情況不多見），管理層要快速給出處理意見
等等。
孟巖：在微軟，如果違反了這些制度，會(huì)有什么后果？
劉振飛：哈，這個(gè)問題有意思。我還真沒有仔細(xì)考慮過，如果一個(gè)研發(fā)人員在微軟違反了這些“Bug管理制度”，會(huì)有什么結(jié)果？他一定不會(huì)因此被開除J，不過他肯定會(huì)努力學(xué)習(xí)和適應(yīng)這些Bug處理原則，他的直接上司也會(huì)指導(dǎo)他如何做才是正確的。
讓我們換個(gè)角度去考慮這個(gè)問題。Bug管理是研發(fā)管理的有機(jī)組成部分，而研發(fā)管理是微軟企業(yè)管理極其重要的部分，只有好的企業(yè)管理才能把業(yè)務(wù)做好，業(yè)務(wù)做好了，公司就有好的利潤(rùn)，這樣公司發(fā)展了員工也跟著賺錢了。微軟可以很奢侈的在眾多求職者中招聘到合適的員工，這個(gè)員工進(jìn)來后不可能對(duì)微軟近30年研發(fā)總結(jié)出來的“Bug管理制度”發(fā)生抵觸情緒、甚至有意去違反破壞這些處理原則，他所能夠做的只能是快速去體會(huì)、理解、適應(yīng)這些流程和指導(dǎo)原則。
我曾聽到這樣一個(gè)故事：國(guó)內(nèi)某大型軟件企業(yè)研發(fā)老總訪問微軟，詢問如何進(jìn)行研發(fā)管理，微軟一位研發(fā)高層答曰：很簡(jiǎn)單啊，定期看看Email發(fā)來的Bug報(bào)告和曲線圖，然后通過Email告訴各軟件負(fù)責(zé)人，下一步應(yīng)該注意哪些問題就可以了。我們國(guó)企老總很愕然，百思不得其解。如果沒有相關(guān)的軟件研發(fā)流程和指導(dǎo)原則、配套工具以及熟悉這些的員工，管理層無論如何達(dá)不到這樣的“輕松自在”--- 用Email進(jìn)行研發(fā)管理。
有時(shí)候想，我們需要“拿來主義”。與其羨慕Bill Gates的錢袋、痛罵微軟帝國(guó)的“霸權(quán)”，還不如好好研究學(xué)習(xí)人家的研發(fā)管理和企業(yè)管理：如何把幾萬個(gè)聰明的腦殼有效的管理起來？如何讓分布全球的幾千名研發(fā)人員每隔上18個(gè)月生產(chǎn)出新版本的Office和Windows？為什么我們上百人、幾十人甚至幾個(gè)人的軟件企業(yè)就管理不好？
孟巖：在整個(gè)Bug管理的系統(tǒng)中，測(cè)試人員是非常關(guān)鍵的一個(gè)角色。以前測(cè)試人員在團(tuán)隊(duì)里的形象好像是灰色的，這兩年各公司都開始重視測(cè)試工作和專業(yè)測(cè)試人員的培養(yǎng)。你覺得測(cè)試人員在Bug管理體系中處在一個(gè)怎樣的位置上？測(cè)試人員與開發(fā)人員之間的關(guān)系如何？
劉振飛：測(cè)試人員在整個(gè)軟件研發(fā)管理體系中都是一個(gè)十分重要的、無法替換與省略的角色。經(jīng)過多年產(chǎn)品研發(fā)的體會(huì)，我現(xiàn)在無法想象一個(gè)軟件企業(yè)沒有或者不重視測(cè)試和測(cè)試人員。就像沒有經(jīng)過質(zhì)檢人員檢驗(yàn)過的流水線生產(chǎn)出來的電視機(jī)，能出廠嗎？會(huì)有人買嗎？
測(cè)試人員和開發(fā)人員是對(duì)立統(tǒng)一的關(guān)系。說對(duì)立，是因?yàn)闇y(cè)試人員需要專門挑出開發(fā)人員做出來的功能模塊的毛病、發(fā)現(xiàn)其考慮不周的地方；說統(tǒng)一，這兩個(gè)角色需要努力協(xié)同工作，把負(fù)責(zé)的模塊做好。只有每一個(gè)模塊問題減少了，整個(gè)產(chǎn)品才能提高質(zhì)量；好質(zhì)量才有好價(jià)錢；公司賺到錢了大家才能有好收入。所以開發(fā)和測(cè)試是同一戰(zhàn)壕里的戰(zhàn)友，只有共同努力才行。
孟巖：現(xiàn)在很多開發(fā)工程方法提倡“全員測(cè)試”，很有點(diǎn)類似日本企業(yè)里流行的“全員質(zhì)量管理”。特別是單元測(cè)試已經(jīng)將功能性測(cè)試變成開發(fā)人員的一項(xiàng)職責(zé)，這是否與Bug管理體系有沖突？全員測(cè)試是否會(huì)導(dǎo)致責(zé)任的不清晰？你覺得單元測(cè)試與Bug管理是否矛盾？能否協(xié)同工作？
劉振飛：一點(diǎn)也不矛盾。開發(fā)人員把一個(gè)功能模塊送去測(cè)試的時(shí)候，應(yīng)該已經(jīng)把最基本、最常用的功能邏輯測(cè)試通過，否則測(cè)試人員發(fā)現(xiàn)這些基本問題后，很快還得退回去給開發(fā)人員，這樣雙方都費(fèi)時(shí)費(fèi)神。
我所理解的“全員測(cè)試”就是每個(gè)人當(dāng)發(fā)現(xiàn)問題的時(shí)候，不能說“這是測(cè)試/研發(fā)人員的事情”而置之不理，而應(yīng)該把這個(gè)問題記錄到Bug管理工具中，或者告訴相關(guān)的測(cè)試人員去跟蹤。產(chǎn)品是公司的產(chǎn)品，是大家共同的飯碗。當(dāng)然測(cè)試人員的專職工作就是去分模塊測(cè)試，而且測(cè)試得有計(jì)劃、有條理、有總結(jié)歸納；別的同事可能不是那么系統(tǒng)化而已。
在Office 2003（Office 11）發(fā)布后啟動(dòng)的下一版Office 12研發(fā)伊始，微軟Office組的管理層就根據(jù)大家的反饋，啟動(dòng)了一項(xiàng)叫做“Engineering Excellence”的活動(dòng)，全面總結(jié)上一版研發(fā)流程中經(jīng)驗(yàn)教訓(xùn)，提出了十多條大的、具體的過程改進(jìn)辦法全面執(zhí)行，其中有一條叫做“Feature Crews”，就是加強(qiáng)測(cè)試：在把源代碼check in到代碼庫(kù)之前，就開始測(cè)試一個(gè)功能特征（Feature）。該Feature對(duì)應(yīng)的PM、Dev、Tester緊密合作在本地Build上，當(dāng)一個(gè)Feature進(jìn)入總產(chǎn)品代碼庫(kù)的時(shí)候應(yīng)該經(jīng)過認(rèn)真測(cè)試、非常穩(wěn)定可靠，就是說把測(cè)試工作大大往前（開發(fā)階段）提了。當(dāng)然Office組有專人立即設(shè)計(jì)、開發(fā)相關(guān)的支撐工具去保證“Feature Crews”這個(gè)新方法能夠順利執(zhí)行。當(dāng)我第一次看到這份“Engineering Excellence”活動(dòng)說明時(shí)，真是佩服得五體投地??！很多像這樣具有優(yōu)秀管理、執(zhí)行能力的各個(gè)小組織，組成了微軟公司優(yōu)秀的大團(tuán)隊(duì)。
孟巖：這樣吧，假設(shè)你領(lǐng)到一個(gè)團(tuán)隊(duì)進(jìn)行軟件開發(fā)，以BugFree為基礎(chǔ)進(jìn)行Bug管理，能否簡(jiǎn)單地介紹一下你打算制定怎樣的Bug管理協(xié)作制度？比如，有哪幾個(gè)角色，角色之間如何協(xié)作，那些規(guī)定需要作為硬性要求保證執(zhí)行，如何保證等等。
劉振飛：我現(xiàn)在還真是正在帶領(lǐng)著一個(gè)團(tuán)隊(duì)去這么干（北京金環(huán)天朗通信技術(shù)發(fā)展有限公司 http://www.newsky.cn）。我所計(jì)劃的Bug管理指導(dǎo)原則是：
ü 產(chǎn)品（WAP、彩e或彩信雜志、網(wǎng)站等）中碰到的所有問題都要用BugFree來跟蹤處理
ü 有一個(gè)專職的測(cè)試小組
ü 團(tuán)隊(duì)中每個(gè)同事發(fā)現(xiàn)一個(gè)問題時(shí)，都有義務(wù)去告知相關(guān)的人員或者直接創(chuàng)建一個(gè)Bug
ü 需求、開發(fā)、測(cè)試三個(gè)角色的定位要非常明確。特別的，提出需求的人要把需求認(rèn)真考慮好、細(xì)化成文檔，然后才能提交正式開發(fā)、測(cè)試
ü 發(fā)現(xiàn)一個(gè)Bug時(shí)，測(cè)試人員提交給某個(gè)開發(fā)小組長(zhǎng)，他來負(fù)責(zé)指派給具體的開發(fā)人員；產(chǎn)生爭(zhēng)議的時(shí)候由需求定義者來出面說明；“矛盾”很大時(shí)我來協(xié)調(diào)和仲裁。Bug的處理過程都要用BugFree記錄下來：
ü 每天系統(tǒng)自動(dòng)通知頭上有Bug的人自己還有幾個(gè)問題。我會(huì)檢查這些Bug，看到不合適的地方就去添加我的意見
ü 每周系統(tǒng)自動(dòng)通知所有人前一階段Bug的整體情況；同時(shí)測(cè)試小組要匯總上周的Bug測(cè)試情況，告訴團(tuán)隊(duì)中所有同事哪些模塊容易出問題、主要有哪些類型的問題
上面這些我能夠作為“硬性要求”的，只能是前兩條：
? 任何人再向開發(fā)人員反映問題的時(shí)候，開發(fā)人員會(huì)告訴他們：創(chuàng)建一個(gè)Bug來跟蹤
? 剛剛成了一個(gè)測(cè)試小組
其余的只能融化在日常工作中，管理層不斷在很多細(xì)節(jié)上要求、甚至親自示范（比如我會(huì)使用不同的產(chǎn)品，發(fā)現(xiàn)問題上Bug），去教會(huì)大家測(cè)什么、如何測(cè)、發(fā)現(xiàn)問題怎么辦、Bug解決后怎么辦。
因?yàn)檎麄€(gè)研發(fā)團(tuán)隊(duì)剛招聘了不少新人，由于歷史的原因以前也沒有重視測(cè)試工作，大家這方面的經(jīng)驗(yàn)相對(duì)而言比較少，所以目前我最重要的工作是給大家不斷灌輸這些意識(shí)，手把手去教他們?nèi)绾蝿?chuàng)建一個(gè)Bug、解決一個(gè)Bug時(shí)應(yīng)該怎么描述、提供哪些信息等等。坦率的講，這個(gè)過程會(huì)非常辛苦勞累。去年我在的公司比較小，一切我都可以從零開始設(shè)計(jì)規(guī)劃。但現(xiàn)在不同，因?yàn)楣緲I(yè)務(wù)有很多、人員也有了一定規(guī)模、以前的程序有很多，而且基于這個(gè)行業(yè)自身的特點(diǎn)，新的需求很多、變化非常頻繁，所以在這種情況下如何把研發(fā)流程理順、Bug管理到位，對(duì)我也是很大的挑戰(zhàn)。我會(huì)根據(jù)對(duì)業(yè)務(wù)的深入理解去不斷調(diào)整、細(xì)化上面提到這些“制度”。
孟巖：BugFree在設(shè)計(jì)上為此作了什么特別的考慮？
劉振飛：我想主要有這么幾點(diǎn)：
（1） BugFree是基于Web的Bug管理系統(tǒng)，我們研發(fā)人員很容易上手使用、簡(jiǎn)單方便
（2） 一個(gè)Bug從創(chuàng)建到關(guān)閉這個(gè)“生命周期”的處理過程，BugFree 全面借鑒微軟內(nèi)部工具Raid的處理流程，處理方法甚至一些詞匯都和Raid一樣，代表著“先進(jìn)的生產(chǎn)力”J
（3） 當(dāng)一個(gè)Bug被指派給你的時(shí)候，系統(tǒng)會(huì)自動(dòng)給你發(fā)一封郵件，提示有個(gè)Bug需要你處理，這樣結(jié)合 Email，不斷提醒研發(fā)隊(duì)伍Bug的存在和進(jìn)展。我們還增加了兩個(gè)Bug統(tǒng)計(jì)功能：一是每天定時(shí)（比如早上8點(diǎn)鐘）每個(gè)同事都會(huì)收到一封Email，告訴他/她頭上還有多少 Bug等待處理；二是每周一中午給所有人發(fā)一封郵件，告知上周Bug的處理情況和到目前為止所有Bug的統(tǒng)計(jì)數(shù)據(jù)
（4） 很方便的去自定義查詢條件，以后輕輕點(diǎn)擊一個(gè)按鈕隨時(shí)查看你關(guān)心的Bug
（5） BugFree是用開源的PHP+MySQL寫成的，規(guī)模很小、代碼也很規(guī)范，所以需要的時(shí)候很容易定制或擴(kuò)充功能
孟巖：非常感謝你，劉振飛。我們通過這三期訪談，已經(jīng)較全面地談到了Bug管理的方方面面。從前兩次的反應(yīng)來看，很多讀者都對(duì)這個(gè)話題非常感興趣，你能否用三句話總結(jié)一下你的主要觀點(diǎn)？
劉振飛：
1． 測(cè)試是軟件產(chǎn)品研發(fā)的重要一環(huán)，需要IT企業(yè)的高度重視，就像重視開發(fā)一樣
2． 選擇一個(gè)得心應(yīng)手的Bug管理工具，比如使用最接近微軟內(nèi)部Bug管理系統(tǒng)的開源軟件BugFree ，是免費(fèi)的！J
3． 明確Bug管理的流程和指導(dǎo)原則，并把這些意識(shí)逐步灌輸?shù)矫總€(gè)研發(fā)人員頭腦中；同時(shí)根據(jù)企業(yè)的具體情況不斷去完善測(cè)試流程和方法
也真誠(chéng)感謝你做這次訪談，通過這么多有啟發(fā)性、很有條理的問題，我算是有機(jī)會(huì)把這么多年的軟件研發(fā)經(jīng)驗(yàn)、特別是Bug管理的體會(huì)系統(tǒng)的總結(jié)一下，給自己留下一份很有意義的記錄。同時(shí)借這個(gè)機(jī)會(huì)，也感謝給我Email探討Bug管理實(shí)踐以及BugFree系統(tǒng)的讀者朋友表示感謝，如果這三篇訪談能對(duì)大家的實(shí)際測(cè)試管理工作有所幫助、BugFree能夠被真正使用起來，那我就非常自豪和快樂了。
另外，我也會(huì)根據(jù)自己的使用經(jīng)驗(yàn)和網(wǎng)友們的反饋，逐步完善BugFree，讓它成為一個(gè)長(zhǎng)期的、有生命力的開源項(xiàng)目。
孟巖：最后一個(gè)題外話。我知道你現(xiàn)在從事研發(fā)管理工作，招聘過不少技術(shù)人員，對(duì)那些未走出校門的大學(xué)生和剛剛踏入社會(huì)的大學(xué)生們，有什么意見和建議？
劉振飛：春節(jié)后我剛剛完成我們部門今年的第一輪招聘，一共收到了1000多封簡(jiǎn)歷、面談過近100人，最后錄取了9名新同事。去年也曾招聘過一些新人；一方面是很多大學(xué)生工作不好找、另一方面是很多企業(yè)招到一個(gè)合適的人也很費(fèi)勁。在招聘過程中，真是什么情況都碰到過。
作為一名有幾年工作經(jīng)驗(yàn)的老畢業(yè)生，我想對(duì)年輕的學(xué)弟學(xué)妹們提幾點(diǎn)建議以共勉：
1. 爭(zhēng)取做一個(gè)善良的人、多站在別人的角度上去考慮問題。
2. 要樹立為自己努力工作的心態(tài)，你不僅僅是為老板打工。如果對(duì)工作不滿，趕快換一個(gè)，千萬不要耗著；我們比上一代人幸運(yùn)、可以有更多的選擇工作機(jī)會(huì)，所以不要浪費(fèi)自己的青春年華。
3. 珍惜在學(xué)校讀書的四年寶貴時(shí)光，打好專業(yè)基礎(chǔ)（比如計(jì)算機(jī)專業(yè)的起碼應(yīng)該把離散數(shù)學(xué)、數(shù)據(jù)結(jié)構(gòu)認(rèn)真搞明白）、提高基本素質(zhì)（比如誠(chéng)信、溝通表達(dá)及團(tuán)隊(duì)協(xié)作能力）。
4. 如果你想朝技術(shù)方面發(fā)展，多去鉆研鉆研那些優(yōu)秀的開源軟件，學(xué)習(xí)別人的智慧；
5. 擺脫那種非常純的技術(shù)情結(jié)，要逐步明白在市場(chǎng)經(jīng)濟(jì)的企業(yè)中，業(yè)務(wù)、管理最重要，技術(shù)是一種“后勤支持”，沒有我們想象的那么重要。
6. 不斷學(xué)習(xí)來提高綜合素質(zhì)。技術(shù)之外的書籍：哲學(xué)、歷史、經(jīng)濟(jì)、文學(xué)等都需要好好讀一讀。古人云，“世事練達(dá)即文章，處處留心皆學(xué)問”。比如我看電影和話劇的時(shí)候，覺得這兩樣和軟件研發(fā)非常相似，劇本就是需求、演員就是開發(fā)人員、彩排類似測(cè)試，導(dǎo)演呢就像一個(gè)項(xiàng)目經(jīng)理，一個(gè)票房很高的電影就像很受歡迎的軟件產(chǎn)品一樣。
7. 身體是革命的本錢。毛主席他老人家的這句話千真萬確，健康的身體是扛住工作和生活壓力的重要保證。
8. 想辦法去慢慢培養(yǎng)自己金錢和管理意識(shí)，碰到合適的機(jī)會(huì)也可以嘗試自己創(chuàng)業(yè)，即使失敗了也可以學(xué)到很多書本之外的知識(shí)。難道陳天橋生下來就注定要當(dāng)中國(guó)大富豪嗎？王侯將相，寧有種乎？J
順便提一句：熱烈歡迎感興趣的同仁加入我們公司！我們一起經(jīng)歷這充滿挑戰(zhàn)性的過程！
聯(lián)系客服
