【正文】 er Schedule Issues close issue Manage Watcher List jirausers 瀏覽項目 （含缺陷）、登記缺陷 Browse Projects Create Issues Add Comments Create Attachments Anyone 瀏覽項目 （含缺陷） Browse Projects 1． 設(shè)置為： Free Text Field 14． 變更 發(fā)生的業(yè)務背景 設(shè)置為： Free Text Field 11． 申請 時間 包括：新增、修改 7． 包括： Windows 95 、 Windows 98 、 Windows Me 、 Windows 2000 、 Windows NT 、 Windows XP 、 Windows Server 2003 、 Mac System 、 Mac System 、 Mac System 、 Mac System 、 Mac System 、 Mac System 、 Mac OS X 、 Mac OS X 、 Mac OS X 、 Linux 、 BSD/OS 、 FreeBSD 、 NetBSD 、 OpenBSD 、 AIX 、 BeOS 、 HPUX 、 IRIX 、 Neutrino 、 OpenVMS 、 OS/2 、 OSF/1 、 Solaris 、 SunOS 、 Other 。 6． 4． 在“ Field Name ”域輸入“ Bug 類 別”，在“ Choose Search Template ”項選 擇“ Select List Searcher ”，點 擊《 Create 》按鈕 5） 設(shè)置步驟如下： 1） 文檔未清楚的表達所描述的內(nèi)容或內(nèi)容不正確 文檔所用的術(shù)語不適用于用戶 2. 數(shù)據(jù)被損壞或未傳送到目的地 2. 界面不規(guī)范 4. 功能可用，但是操作界面不友好、難于理解、不易使用、或者最終用戶認為界面不好 2. 功能超出了詳細設(shè)計說明書指明的范圍 3. 程序接口錯誤 功能實現(xiàn)偏差 (default) 1. 由于程序未做錯誤控制而引發(fā)的缺陷，如直接進入HTTP404/500界 面 3. 缺陷 類別 內(nèi)容 說明 程序錯誤 1. 選擇 “管理”－“ Issue Setting ”－“ Priorities ”，進入“ View Priorities ”界面 2） 優(yōu)先級 說明 P1 系統(tǒng)的正常業(yè)務流程無法通過，必須馬上修改 P2 系統(tǒng)用戶無法正確使用系統(tǒng)；導致用戶對系統(tǒng) 理解發(fā)生偏差；影響客戶或公司的形象 P3 (default) 系統(tǒng)用戶無法使用部分非重要功能 P4 不影響系統(tǒng)的正常使用，發(fā)布后可以通過打補 丁的方式解決問題 P5 問題對系統(tǒng)影響很小，可以不修改 優(yōu)先 級 在“ Field Name ”域輸入“嚴重性”，在“ Choose Search Template ”項選擇“ Select List Searcher ”，點擊《 Create 》按 鈕 5） 設(shè)置步驟如下： 1） 問題 屬性 1．這可能導致 verified 狀態(tài)對應的缺陷被改變狀態(tài)。 設(shè)置工作流配置文件 步驟如下： 1） 這樣，當缺陷從 Verified 狀態(tài)被重新打開時，“解決”域的值就會被清空。 在進入的“ Add Post Function To Transition ”界面中，選擇“ Update Issue Field ”選項 5） 設(shè)置步驟如下： 1） 其中，“完成需求變更評估”、“ 審核通過 ”、“ 接受本需求變更 ”、“ 驗證通過 ”，選擇“ No view for transition ”；“ 審核不通過 ”、“ 驗證 不 通過 ” 選擇“ Add ment and assign ”；“ 解決本需求變更 ”選擇“ Add ment, assign and set resolution ”。 Testers 審核不通過 (31) Open CCB 其中，“接受本缺陷”，選擇“ No view for transition ” ，“驗證通過”，選擇“ No view for transition ”，“確認暫不處理本缺陷”選擇“ Add ment and assign ”。 Pending (4) Pending 驗證通過 (701) Closed Testers 解決＝ 1 （目的是 close 時，將解決改為 Fixed ） 驗證不通過缺陷 (3) Assigned Testers 解決＝ null 確認暫不處理本缺陷 (711) Sleeped Assigners 步驟如下： “管理”－“ Issue Settings ”－“ Issue Type ”，進入“ View Issue Types ”界面 2) Requirement Change 對系統(tǒng)原先 需求進行了變更，包括新增的需求、變更的需求 Issue 平常討論過 程中發(fā)現(xiàn)的問題記錄 Review 評審中發(fā)現(xiàn) 的問題記錄 Nonpliance Report QA 在審核過程中發(fā)現(xiàn)的不符合 項記錄 強調(diào)的是，在 SMTP 服務器輸入框，要輸入 IP 地 址，即： （內(nèi)部郵箱），用戶名為內(nèi)部郵箱用戶名（如： xfshen ），執(zhí)行下一步 5． 執(zhí)行 /bin 目錄下的 文件，進入安裝 2． 問題處理后，準備在系統(tǒng)上填寫處理情況 n 下面以缺陷為例，介紹各個角色成員在 Jira 中可以獲得的信息和可以做的事情。 可以在幾乎所有硬件、操作系統(tǒng)和數(shù)據(jù)庫平臺下運行 非常高的通知選項配置 l 方便的擴展及與其他系統(tǒng)集成（包括 、 RSS 、 Excel 、 XML 和源碼控制工具） l 企業(yè)級的權(quán)限和安全控制 l 可定制的工作臺和實時統(tǒng)計 l 全文搜索和強大的過濾器（可定制的，可保存的，可共享的，可預定的 過濾器） l 工作流定制 l 干凈和強大的用戶界面方便商業(yè)或技術(shù)用戶理解 l 管理缺陷，新特性、任務、改進或者其他任何問題 l JIRA 具有以下特性： l 跟蹤并管理在項目過程中呈現(xiàn)出來的問題（如缺陷、新特性、需求變更、 QA 審計問題等）是項目管理很重要的任務，但是很少有團隊能做的很好。 2 開發(fā)人員無法快速、直觀的清楚分配給自己的缺陷，對于正在進行處理 的缺陷也沒有很直觀的表現(xiàn)。 l 在試用 JIRA 前， 公司使用 Bugzilla 作為缺陷跟蹤工具。 1 JIRA 是澳大利亞 Atlassian 公司開發(fā)的一款不錯的商業(yè)問題跟蹤工具，可以對各種類型的問題進行跟蹤 管理，包括缺陷、需求變更、評審記錄等。 至于說 JIRA 的基本使用方法，和普通的缺陷跟蹤工具類似，本文不做重點介紹。 您可在 JIRA 官 方網(wǎng)站 。 l 項目管理者無法記錄缺陷的預期修復完成時間 l 項目管理者不能批量分配、編輯缺陷 l 無法記錄開發(fā)人員處理缺陷所花的工作量，并且所花工作量缺少對比