初看上去，記錄和處理軟件產(chǎn)生的錯誤信息是很容易的任務(wù)。但隨著一個又一個版本的出現(xiàn)，已知的錯誤可能變多也可能變少�！八妥吲f的錯誤，又迎來了新的錯誤”——這是關(guān)于開發(fā)者的一個老笑話。為了控制錯誤，一個絕妙的產(chǎn)品橫空出世，人們稱它為缺陷跟蹤系統(tǒng)。

缺陷跟蹤系統(tǒng)是什么，它的原理是什么？
缺陷跟蹤系統(tǒng)是幫助程序員、測試員、項目經(jīng)理搜集和控制軟件中發(fā)現(xiàn)的錯誤（缺陷），并對消除這些錯誤的過程進(jìn)行監(jiān)控的一套軟件。換句話說，缺陷跟蹤系統(tǒng)有助于跟蹤和組織缺陷。

下面列出了最流行的 4 個缺陷跟蹤系統(tǒng)及其特色。
名稱特色費用被 Ubertesters 支持Bugzilla

• 耗時追蹤
• 私人附件和評論
• 靈活的報告和圖表
• 增加自定義字段和工作流
• 查看所有特色。

免費是JIRA

• 項目追蹤
• 問題追蹤
• 計劃
• 維基
• 查看所有特色

每月 $10 起是Mantis

• 耗時追蹤
• 問題變更歷史
• 與源代碼管理集成
• 支持多個項目
• 瀏覽 BugTracker

免費是Redmine

• 耗時追蹤
• 具備甘特圖的項目管理
• LDAP 認(rèn)證
• 項目維基
• 查看所有特色

免費是錦上添花的是，正如Ubertesters 擁有易用的 bug tracker中所述，你不僅可以將所有報告集中到一個地方，還能在你的 Ubertesters 賬號中直接管理它們。

6 個使追蹤缺陷的過程變得容易和簡單的技巧
#1. 發(fā)布版本既快速又頻繁
有一點要記住的是，那些在很長一段時間里都存在的缺陷是最惱人的。注重既快速又頻繁的發(fā)布使你在開發(fā)者和測試者之間建立起緊密的反饋關(guān)系，幫你避免缺陷隊列里留存大量尚未處理的缺陷報告。

#2. 建立溝通的橋梁
當(dāng)你在制作一份關(guān)于某個缺陷的報告時，你需要將完整的信息都包含在你的缺陷報告中。你會遇到出現(xiàn)誤解的情況，也會遇到重要信息缺失的情況。在這些情況下，開發(fā)者和測試者之間的溝通就變得很有必要。為了避免這種事情，要團(tuán)結(jié)所有團(tuán)隊成員，在面向反饋的文化氣氛中工作。

#3. 避免在項目會議上討論缺陷
討論缺陷并將其推進(jìn)到下一階段是個漫長的過程。你最好逐一對待它們。你的每個缺陷都要關(guān)聯(lián)兩個專業(yè)人員，可以稱他們?yōu)閱栴}發(fā)現(xiàn)者（測試者）和問題解決者（開發(fā)者）。無論有多少開發(fā)者和測試者在做你的項目，你只需要兩種不同角色和功能的專業(yè)人員，他們要對解決已有問題負(fù)責(zé)。

#4. 集中精力在有效的解決方案上
針對缺陷報告里的現(xiàn)有缺陷，避免表達(dá)你個人觀點的評論。取而代之的是電子郵件或圖表工具。你的缺陷報告里只能包含用于監(jiān)測和修復(fù)缺陷的有關(guān)內(nèi)容。

#5. 與你團(tuán)隊的其他成員就一個關(guān)閉了的bug的意義保持一致共識.
當(dāng)你遇到有必要對bug的狀態(tài)進(jìn)行討論的情況時，如下的幾個問題將幫助你做出正確的決定: 誰應(yīng)該為發(fā)出指令 (或者報告bug) 負(fù)責(zé), 誰負(fù)責(zé)接收結(jié)論 (當(dāng)前問題的解決方案)? 對于‘關(guān)閉了的bug’, 其意義總是由解決了該問題的開發(fā)者所關(guān)閉的bug. 確保負(fù)責(zé)關(guān)閉一個bug的人和報告該它的人是同一個人，因為只有這個人才能對方案是否足夠解決這個問題負(fù)責(zé).

#6. 嘗試只使用兩種狀態(tài)標(biāo)識bug: 打開的bug和關(guān)閉的bug.
避免在bug的不同的狀態(tài)上浪費你的時間，而是專注于問題的可能的解決方案.

標(biāo)簽： 代碼 電子郵件 開發(fā)者

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。