計劃從事測試工作，自己先來了解下用的非常多的測試管理工具-bugfree，簡單實用、免費而且開放源碼。
其功能是：對軟件開發出現的問題進行有效的跟蹤管理，協調開發人員、測試人員和需求三方之間的關係，規範軟件的開發流程。它的模式是B/S結構（瀏覽器|服務器），這種結構部署起來非常方便，用戶無需使用客戶端，只要有瀏覽器就可以非常方便的使用bugfree對bug進行跟蹤管理。
下載安裝的過程非常不順利，出現了這種那種問題。
bugfree版本：V3.0.4 http://down.chinaz.com/soft/31316.htm
OS：Win7
安裝bugfree的前提是安裝XAMPP軟件包，https://www.apachefriends.org/zh_cn/index.html
XAMPP是一個把Apache網頁服務器與PHP、Perl及MySQL集合在一起的安裝包，它功能強大，安裝過程是下載，解
壓縮啓動即可。
http://jingyan.baidu.com/album/48b558e35544cc7f38c09af2.html
這個安裝教程還是比較靠譜的，我在安裝XAMPP過程中，一開始電腦上已經有MySQL數據庫，所以沒有安裝，後來
發現連接不上，就卸了之前的數據庫，折騰了幾下後，XAMPP上數據庫和APACE都安裝成功，但是打開這個網址
http://localhost/bugfree進行bugfree進行環境配置的時候，顯示數據庫未安裝，百度說可能是php中沒有SQL擴展，
修改了配置文件還是不行，最後在另一臺沒安裝過數據庫的電腦上成功安裝好了bugfree，反思，應該是數據庫沒有
卸乾淨，當一個電腦上有兩個數據庫時，端口會被佔用，另一個沒法用。配置bugfree環境時，bugfile讀寫不成功，
只要在對應目錄新建一個bugfile的文件夾就好了。第一次裝這種瀏覽器的，各種的迷茫。不過最後還是成功安裝了。
下面對其功能進行總結：
BugFree是一個bug管理工具，能夠記錄每個問題的處理過程，不斷的提醒開發者現在還存在的問題，不會丟失和忘記。對於軟件可持續發展至關重要。學習BugFree重要的是掌握其中蘊含的軟件研發的流程思想。
在工作中，基本上都是和解決其他人提出的要求和發現問題，再提出給相應的人解決。
使用BugFree,我們所有人都可以創建，指派Bug，或者改變Bug狀態。界面分爲bug、case、result三種。
BugFree的使用過程大致如下：（測試人員提交bug-開發人員進行修改-測試人員進行驗證，如不復現，則關閉這個bug）
1)當測試人員（美術和策劃部門的人員在發現問題時同樣算測試人員）發現問題就立即新建一個Bug予以跟蹤並且指派給相關的開發小組長(Dev
Lead)（例如，程序，策劃，美術方面相應負責人）
2)開發小組長判斷這個Bug屬於某個特定開發人員，並指派給他處理
3)開發人員根據Bug的詳細描述信息找到問題所在，修改程序或相應資源解決bug並且將bug返回給當初的測試人員；或者在有爭議的時候，把Bug指派給這個部分的設計人員，要求一個澄清說明。
4)測試人員（提出Bug者）在看到某個Bug被解決後，就需要去驗證這個bug是否當真不存在了，根據最初的發現步驟去證實問題真的解決了，就關閉這個bug；若還能重現，或不同意開發人員的解法，可以激活這個bug，返還給當初的開發人員做進一步調查處理
5)當測試人員和開發人員無法達成一致意見時，由對應的設計者出面做出協調，判斷這個Bug的嚴重程度、對用戶可能的影響，根據產品的進度和項目資源作出評估，是否真的需要修理掉這個進度（這種協調和討論大部分將在一個相對固定的時間，如例會上進行）
最後要強調兩點
第一：團隊中的每個人發現問題時都可以創建個Bug來跟蹤
第二：不僅僅是軟件功能上的Bug,其他各種問題，如需求文檔（Spec）的改動，界面上的錯別字、幫助文檔的遣詞造句問題，某項任務的指派等等。
BugFree的使用分爲三個步驟：
a．建立項目模塊以及其子模塊；（這一步只在項目的最開始由管理員Admin建立）
b．用自己的id登陸管理模塊；
c．處理分配給自己的bug以及任務，發現新的bug之後通過BugFree發送給相應的人處理；
運行步驟
通過IE瀏覽器，訪問http://192.168.0.16/BugFree/Login.php，這樣就能進入我們公司的BugFree登陸界面，輸入自己的用戶名和密碼，就可以登陸。（192.168.0.16是當前我們用來作BugFree的機器地址）
登陸進入以後就可以看到如下界面（圖略）：
左側欄
切換查詢和創建
查詢模式：你可以設定不同的查詢條件，尋找你想找的bug們。
創建Bug：新建一個Bug，這個是Bug生命的開始。注意，你必須要選定該Bug對應的模塊。填寫完相關的Bug說明後，點擊“創建Bug”按鈕即宣告一個Bug的誕生。
項目及其模塊列表：你選擇不同的項目，系統會自動列出下屬模塊。
項目文檔和項目進度分別對應BugFree的後臺管理中添加的兩個鏈接（現在我們還沒有添加這兩個鏈接，這個兩個功能直接由VSS上的文檔完成）。
最近5個指派給我的Bug：此處列出分派給你的最近五個沒有被關閉（終止生命）的Bug。
最近5個由我創建的Bug：此處列出你最近新建的五個沒有被關閉（終止生命）的Bug。
我自定義的查詢條件：你可以在[Query Bug(查詢Bug)]中把查詢條件起個名字永久保留起來，這裏將會顯示出所有你個人定義的查詢條件。
右側欄
頁面組成
(1) 缺省顯示的查詢頁面:上面顯示查詢條件，下面顯示查詢出來的符合條件的Bug們;
(2) 點擊左側的Bug名，或右邊bug中列表Bug的編號，右欄將顯示該Bug的所有信息。
查詢：根據自己需要選擇不同的查詢條件，比如查找Bug ID(Bug編號) Smaller
Than(小於)100，下面就會倒序顯示所有ID號小於100的Bug們。
保存查詢：你也可以選擇“Save Query(保存查詢)”，給這次定義的查詢命名永久保存起來，然後就可以在【左欄】的“您自定義的查詢條件”中隨時使用這個查詢。
一個Bug的處理過程：新建一個Bug後，或者查詢出符合條件的Bug們點擊一個後，【右欄】顯示該Bug詳細信息。在中間的四個Acion按鈕，你可以：
(1) Edit（編輯）
該動作允許你該動這個Bug所有可以改動的信息。最常見的是把這個Bug指派給(Assign To)某同事，同時描述信息中加上你的新註釋。
(2) Resolve（解決）
一個Bug有7種解法：
By Design - 就是這麼設計的，無效的Bug
Duplicate - 這個問題別人已經發現了，重複的Bug
External - 是個外部因素(比如瀏覽器、操作系統、其他第3方軟件)造成的問題
Fixed - 問題被修理掉了。Tester要儘可能找到這種Bug
Not Repro - 無法復現你這個問題，無效的Bug
Postponed - 是個問題，但是目前不必修理了，推遲到以後再解
Won't Fix - 是個問題，但是不值得修理了，不管它吧
(3) Close（關閉）
當一個Bug被解決之後，如果當初上這個Bug的Tester同意此解決方法，則關閉這個Bug。意味着這個Bug生命週期的終結。
(4) Activate（激活）
如果Tester不同意該Bug的解決方法，則可將其激活之。該Bug會自動被指派給當初解決（Resolve）的同事，當然在激活的時候應該寫上爲什麼怎麼做，讓別人明白你激活它是有道理的。
注意事項：
1. 不能正確的改變Bug的狀態
一個Bug只有3種狀態：Active（活動）(Bug的初始狀態。任何新建的Bug狀態都是Active。可以通過編輯修改Bug的內容並指派給合適的人員解決)；
Resolved（已解決，解決Bug之後的狀態）；
Closed（已關閉，已修復Bug在驗證無誤之後關閉該Bug處理完畢。如果沒有真正解決或者重新復現可以重新激活Bug狀態重新變爲Active）。
實踐中經常有不熟悉的同事通過“編輯”(Edit)來改變所有的狀態，那是不合適的。正確的狀態轉換方法應該是：
（1）某個狀態自己到自己的改變，使用“編輯(Edit)”。比如一個Active的Bug，從一個人指派到另外一個人；
（2）Active -> Resolved 只能用“解決 (Resolve)”；
（3）Resolved -> Closed 只能用“關閉 (Closed)”；
（4）Resolved -> Active 和 Closed -> Active
只能使用“激活 (Activate)”。
2. 沒有正確的設置項目/模塊
上bug的時候沒有選擇所屬的項目/模塊，僅使用缺省的當前項目/模塊。
3. 沒有正確的設置嚴重程度
明確各項目中嚴重程度1、2、3、4分別代表那些類型的缺陷，分門別類去設置。
4. 不能正確的設置解決方案
解決一個Bug的時候，一共有7種不同的解決方案。需要根據這個Bug的具體情況來設置。