四、項目實施經(jīng)驗教訓(xùn)
測試作為項目開發(fā)的后一環(huán)，錯誤、延時、疏忽等都可能在測試階段表現(xiàn)出來，如何有序管理和分析各種問題對質(zhì)量控制和過程改進(jìn)非常重要，使用web based系統(tǒng)是一個好的實踐。
在項目組內(nèi)，對Bug采用數(shù)據(jù)庫系統(tǒng)進(jìn)行跟蹤并不困難，因為主要是測試人員提交Bug報告，測試人員使用多，相信測試人員對使用中心數(shù)據(jù)庫的好處是很了解的了，只要項目經(jīng)理支持很好辦了。如果要對其他缺陷，如需求變更，也這樣管理不是那么容易了，在技術(shù)上當(dāng)然沒有問題，難在工作方式的改變，雖然用Email和文檔管理無法實現(xiàn)工作流的自動化，也不如數(shù)據(jù)庫系統(tǒng)提供那么多的分析和報告選項，但在小規(guī)模的項目中依靠人工管理也可以做得井井有條。我們在多個項目的實施中遇到這樣的情況，有的項目隨時都有需求變更，而且變更的數(shù)量不少，項目組主動提出想用數(shù)據(jù)庫系統(tǒng)來管理；有的項目剛起步，第一個階段的開發(fā)業(yè)務(wù)功能不多，推行的時候阻力很大。我的初級目標(biāo)是有序地管理錯誤和變更，在實施手段上有沖突時，不要操之過急，融洽的關(guān)系對項目的成功是很重要的。往往是有了成功的案例后，回頭推廣又變得容易了。實施新過程時好先局部試點，采用PDCA循環(huán)，不斷總結(jié)經(jīng)驗，再推廣。
使用缺陷數(shù)據(jù)庫，可以制作得到各種缺陷分析圖表，從而預(yù)測項目風(fēng)險或解釋測試結(jié)果。下面兩張圖都是Mantis生成的缺陷圖，從累積錯誤打開圖，分析錯誤生成趨勢，在發(fā)現(xiàn)錯誤報告未收斂時發(fā)布軟件，顯然風(fēng)險很大，當(dāng)然使用圖表時還應(yīng)結(jié)合實際，在曲線平坦時，是否開展了測試工作，曲線上升時，錯誤的嚴(yán)重性等級如何等。從嚴(yán)重性等級的柱狀圖可分析被測系統(tǒng)的總體狀況。在發(fā)布管理不規(guī)范的組織中，當(dāng)產(chǎn)品質(zhì)量問題突出時，測試組可以通過解釋這些圖來闡述測試結(jié)果，從而規(guī)范發(fā)布過程。
第一部分提到的根本原因（Root Cause）域，他有助于使開發(fā)人員的注意力集中到引起嚴(yán)重、頻繁問題的領(lǐng)域，從而消耗少的資源改進(jìn)過程取得顯著的成果，這是我在過程改進(jìn)時常用到的80/20法則。在項目實施時，實際情況并不理想，因為開發(fā)人員忙于改Bug，少有主動寫錯誤發(fā)生的根本原因的，這需要開發(fā)人員的配合和管理者的支持。
缺陷數(shù)據(jù)的使用應(yīng)謹(jǐn)慎，不要將錯誤個人化，應(yīng)保證數(shù)據(jù)的真實性，否則數(shù)據(jù)對過程改進(jìn)沒有意義。
實施過程中，大家會對工具提出很多需求，應(yīng)評估哪些是共同需求、核心需求，系統(tǒng)修改復(fù)雜程度，對當(dāng)前系統(tǒng)和系統(tǒng)升級的影響。測試組在實施過程中，對不同角色人員的工作流程有了深入而準(zhǔn)確的了解，同時可以進(jìn)行工作流程的改進(jìn)。

使用開源系統(tǒng)的利弊
由于開源系統(tǒng)的代碼是公開的，用戶可自行維護(hù)和定制，大家也可以提交新特性和功能擴(kuò)展要求，而不必受制于商業(yè)系統(tǒng)的制造商。開源系統(tǒng)的用戶遍布世界各地，Bug反而容易發(fā)現(xiàn)，同時公開源代碼中低效率的程序也容易被發(fā)現(xiàn)和修改。當(dāng)然越是流行的軟件，生命力越強(qiáng)，Bug清除和新特性增加越快。
開源系統(tǒng)與其他工具的集成比較差，不如商業(yè)系統(tǒng)提供整個軟件開發(fā)生命周期的工具的集成，如項目管理、需求管理、建模、自動化測試、缺陷跟蹤、配置管理等有機(jī)集成，實現(xiàn)整個開發(fā)流程的自動化。但一般的中小企業(yè)，大多沒有實力配置全所有系統(tǒng)，另外，不同廠商優(yōu)勢不同，主導(dǎo)系統(tǒng)也不同，有的企業(yè)需要根據(jù)自身的特點選擇不同廠商的工具，所以即使購買商業(yè)工具也未必能將所有系統(tǒng)很好地集成。
開源系統(tǒng)是免費的，但有人提供收費的系統(tǒng)維護(hù)和定制服務(wù)。
五、小結(jié)
本文主要探討缺陷跟蹤管理的流程、工具和實施問題，缺陷跟蹤在技術(shù)上并不難，而是難在管理上，好的工具有利于管理和交流，的項目組應(yīng)意識到有效的交流方式是多種多樣的，不應(yīng)該單依賴系統(tǒng)，這樣才有利于提高團(tuán)隊的戰(zhàn)斗力，而不是把重點放在追求系統(tǒng)功能的十全十美。有些缺陷跟蹤系統(tǒng)有Knowledge Base 功能，這對公司知識庫的累積也很有效；有的系統(tǒng)對不同用戶生成相關(guān)的To-Do-List，方便日常工作；有的對每個發(fā)布版本都有詳細(xì)的缺陷報告�？傊�，花費時間和精力完善錯誤管理系統(tǒng)是值得的，這是質(zhì)量管理和提高的基礎(chǔ)。
參考書目
《測試流程管理》 北京大學(xué)出版社 作者Rex Black 2001年3月第一版
《CVS開源軟件開發(fā)技術(shù)》 機(jī)械工業(yè)出版社 作者Karl Fogel 2001年6月第一版
關(guān)于作者
蔡琰，外企QA主管，有三年電子商務(wù)領(lǐng)域QA、測試主管經(jīng)驗及多年的開發(fā)經(jīng)歷。目前關(guān)注基于J2EE構(gòu)架的web系統(tǒng)的功能測試和性能測試、自動化測試、過程改進(jìn)�，F(xiàn)在上海，您可以通過電子郵件cindy_cai@sina.com 和她聯(lián)系。