2017/11/16任務第四天，各組員都只剩最后一部分的內容那個。最后每位組員都盡心盡責的完成了自己的任務。
田奕：檢查測試后上傳Bugfree的使用：Bug Case和Result管理，將內容匯總打包
李潔瓊：編寫Bugfree的使用：Bug Case和Result管理
胡林東：編寫Bugfree的使用：Bug Case和Result管理
張康熙：錄制Bugfree的使用：Bug Case和Result管理相關視頻
周波：錄制Bugfree的使用：Bug Case和Result管理相關視頻
五、Bug的狀態
在BugFree中，一個Bug只有3種狀態：Active、Resolved、Closed。實踐中經常有不熟悉的用戶通過“編輯 (Edit)”來改變所有的狀態，那是不合適的。正確的狀態轉換方法應該是：
1. 某個狀態自己到自己的改變，使用“編輯(Edit)”。比如一個Active的Bug，從一個人指派到另外一個人；
2. Active->Resolved只能用“解決(Resolve)”；Resolved->Closed只能用“關閉(Closed)”；
3. Resolved->Active和Closed->Active只能使用“激活(Activate)”。
六、查詢Bug
你可以設定不同的查詢條件，尋找你想找的Bug。目前，BugFree提供了以下幾種查詢模式：
1. 單擊某個模塊，可以顯示該模塊的所有bug。
如圖所示，點擊“項目模塊框”下的“角色瀏覽”模塊，就可以在Bug列表中顯示此模塊中所有Bug的信息。這樣能夠讓修復人員很快得到某一模塊的全部Bug，使修復效率得以提高。
2. 設定查詢條件，列出符合條件的bug記錄。
在“查詢條件”欄中填寫想要查詢的Bug信息，例如下圖中查詢條件為
項目名稱：Sample Product，創建者：系統管理員，指派給：用戶一。
三個條件之間的關系都是並且關系，也就是說滿足所有條件的Bug會在點擊“提交查詢內容”按鈕后顯示在下面的Bug列表中。查詢條件的組合有很多種，你可以根據不同的需要查詢Bug信息，准確性比較高。
還可以點擊“保存查詢”按鈕，來保存這些查詢條件，在“查詢標題”處給本次查詢條件起一個容易見文知義的名稱。點擊“保存查詢”后，在屏幕的左下角會出現這個查詢條，方便以后的查詢工作。
3. 按某字段排序
單擊bug列表的任何一個字段（例如“創建者”、“BugID”、“修改日期”等），就可以按該字段將bug排序，同時，該字段旁邊有 “↑”或“↓”表示當前是升序還是降序排序。再次單擊一下本字段，將會改變排序方式。
七、自定義顯示字段
點擊“自定義顯示”按鈕，調出下面的界面。
這樣，我們就可以通過這個來添加/刪除顯示字段，也可以設置顯示字段的排列順序。默認顯示的字段，包括“Bug ID”， “Sev”， “Pr”， “Bug標題”，“創建者”，“指派給”，“解決者”，“解決方案”，“最后修改日期”9個字段。
八、Bug管理
1. 新建Bug
當執行以下測試用例時，我們可能會發現，通過操作步驟得到的實際結果與期望結果不同：密碼列為可視數據。這時，我們就需要提交Bug，也就是新建一個Bug。
①點擊“新建Bug”按鈕，如圖所示。
②打開新建Bug窗口。對話框顯示為橘黃色的為必填項。
③根據Bug的特征為Bug命名，盡量做到見文知意。
④注意必須要指定該Bug屬於哪個項目的哪個模塊，指定bug的類型、Bug類型以及嚴重程度等必填信息，並將本bug指派給相應的同事。
這里着重說明一點：為了讓Bug更容易重現，在書寫“復現步驟”項時應盡量簡潔明了。這樣會使團隊的工作效率得以提高，也會減少不必要的麻煩。
Bug 字段說明：
Bug 標題：為包含關鍵詞的簡單問題摘要，要有利於其他人員進行搜索或通過標題快速了解問題
項目名稱/模塊路徑：指定問題出現在哪個項目的哪個模塊。Bug處理過程中，需要隨時根據需要修改項目或模塊，方便跟蹤。如果后台管理指定了模塊負責人，選擇模塊時，會自動指派給負責人
指派給：Bug的當前處理人。如果不知道Bug的處理人，可以指派給Active，項目或模塊負責人再重新分發、指派給具體人員。如果設定了郵件通知，被指派者會收到郵件通知。狀態為Closed的Bug，默認會指派給Closed，表示Bug生命周期的結束
抄送給：需要通知相關人員時填寫，例如測試主管或者開發主管等。可以同時指派多個，人員之間用逗號分隔。如果設定了郵件通知，當Bug有任何更新時，被指派者都會收到郵件通知
嚴重程度：Bug的嚴重程度。由Bug的創建者視情況來指定，其中1為最嚴重的問題，4為最小的問題。一般1級為系統崩潰或者數據丟失的問題；2級為主要功能的問題；3級為次要功能的問題；4級為細微的問題
優先級：Bug處理的優先級。由Bug的處理人員按照當前業務需求、開發計划和資源狀態指定，其中1的優先級最高，4的優先級最低。一般1級為需要立即解決的問題；2級為需要在指定時間內解決的問題；3級為項目開發計划內解決的問題；4級為資源充沛時解決的問題
其余選項字段（Bug類型、如何發現、操作系統、瀏覽器）：可以通過編輯Lang/ZH_CN_UTF-8/_COMMON.php來自定義
創建Build：Bug是在哪個版本（Build或者Tag）被發現的
解決Build：Bug是在哪個版本（Build或者Tag）被解決的
解決方案：參考Bug的七種解決方案。如果解決方案為Duplicated，需要指定重復Bug的編號
處理狀態：Bug處理過程的附屬子狀態，例如Local Fix表示已在本地修復；Checked In表示修復代碼已經提交；Can’t Regress表示修復的問題暫無法驗證等
機器配置：測試運行的硬件環境，例如Dell G280 2G/200G
關鍵詞：主要用於自定義標記，方便查詢。關鍵詞之間用逗號或者空格分隔。例如，對於跨團隊的項目開發，可以約定一個關鍵詞統一標記項目
相關 Bug：與當前Bug相關的Bug。例如，相同代碼產生的不同問題，可以在相關Bug注明
相關 Case：與當前Bug相關的Case。例如，測試遺漏的Bug可以在補充了Case之后，在Bug的相關Case注明
上傳附件：上傳Bug的屏幕截圖，Log日志或者Call Stack等，方便處理人員
復現步驟：[步驟]要描述清晰，簡明扼要，步驟數盡可能少；[結果]說明Bug產生的錯誤結果；[期望]說明正確的結果。可以在[備注]提供一些輔助性的信息，例如，這個bug在上個版本是否也能復現，方便處理人員。
⑤當Bug的信息填寫完整時，就可以點擊“保存”按鈕完成Bug的提交。Bugfree就會自動為我們生成Bug編號。
2. 編輯Bug
①首先，點擊此Bug。
②點擊“編輯”按鈕，打開“編輯Bug”窗口。
③修改相應的信息，點擊“保存”完成編輯。
3. 復制Bug
在一個系統的測試過程中，難免會遇到很多相似的Bug。如果我們每一個Bug都要徹底描述一遍，無論對個人還是對團隊都是很大的損失。Bugfree為了防止這種現象的出現，特意增加了“復制”Bug的功效。例如，我們前面已經提交了一個“文字錯誤”的Bug。現經過測試，又出現了錯別字。那我們就可以進行Bug的復制了。
①找到一個Bug，直接點擊此Bug行，打開Bug
②點擊“復制”按鈕，進入新建Bug窗口。這個與前面直接進行新建的Bug相同，只需在Bug的描述上進行簡單的修改即可保存完成了。
4. 統計報表
前面我們提到過Bug的查詢，在輸入一定的查詢條件后，點擊“提交查詢內容”會在下方顯示符合條件的Bug信息。可是在一個項目中一定會存在符合某一條件的bug數量很多，如果想要進一步，更加清晰地查看一下Bug的分布情況就可以點擊“統計報表”按鈕
在打開的“Bug統計報表”窗口。窗口左側為查看統計的方式，勾選相應的查看方式，點擊“確定”按鈕就會在右側的空白處出現對前面Bug列表中的Bug的分布情況。
九、Test Case管理
測試用例（Test Case）是在測試執行之前設計的一套詳細的測試計划，包括測試環境、測試步驟、測試數據和預期結果。測試用例的錄入與Bug的新建過程相似，在主界面導航欄點擊“Case”按鈕，即切換到“Case”模式，點擊“新建Case”，切換到“新建Case”界面，按照事先編寫的測試用例錄入相關內容，創建測試用例。也可以通過頁面上方的“復制”按鈕快速創建類似的測試用例。
十、Test Result管理
Test Result只能通過運行已有測試用例來創建。打開一個已有的測試用例，點擊頁面上方“運行”按鈕，進入創建Test Result界面，如圖所示。
Case標題、模塊路徑和步驟等信息自動復制到新的Test Result中。同時，Test Result相關 Case自動指向該測試用例。記錄執行結果（Pass或Fail）和運行環境信息（運行Build、操作系統、瀏覽器等信息），保存測試用例。
針對執行結果為Fail的Test Result，點擊頁面上方的“新建 Bug”按鈕，創建新Bug。Result標題、模塊路徑、運行環境和步驟等信息自動復制到新的Bug中。同時Test Result相關Bug指向新建Bug。
