【正文】 losed (6) Closed 激活缺陷 (3) Assigned Testers 解決＝ null Sleeped (7) Sleeped 激活缺陷 (721) Assigned Resolve Issues 解決＝ null 根據(jù)已定義的 缺陷 處理流程 ，在 JIRA 中新增一個(gè)工作流設(shè)置（不要在原來(lái)的工作流上修改），并設(shè)置如下。 2．1) 在某公司中，狀態(tài)有Open、Assigned、Accepted、Pending、Closed、Sleeped等。 設(shè)置工作流方案 1． 進(jìn)行問(wèn)題類型的增加、編輯等操作，并點(diǎn)擊“ Default ”設(shè)置默認(rèn)值。 完成安裝。 選擇一個(gè)索引目錄，并輸入 licence ，執(zhí)行下一步 3． 相比 Bugzilla ， JIRA 有個(gè)很突出的優(yōu)點(diǎn)：不用花數(shù)小時(shí)或數(shù)天來(lái)搭建你的問(wèn)題跟蹤系統(tǒng)， JIRA 可以在小于 30 秒 內(nèi)搭建并運(yùn)行在你的系統(tǒng)上。 驗(yàn)證問(wèn)題處理情況，根據(jù)不同工作流節(jié)點(diǎn)選擇不同的操作 3 根據(jù)不同過(guò)濾條件列出的查詢結(jié)果 n 根據(jù)不同過(guò)濾條件查看不同的問(wèn)題，準(zhǔn)備進(jìn)行問(wèn)題的跟蹤處理 n 填寫(xiě)問(wèn)題詳細(xì)信息 n 提交問(wèn)題 n 測(cè)試人員——快速的提交缺陷，跟蹤缺陷 n 填寫(xiě)處理問(wèn)題所花的工作量 l 完成處理信息的填寫(xiě)后，準(zhǔn)備填寫(xiě)處理問(wèn)題所花的工作量 n 填寫(xiě)處理情況 n n 查看項(xiàng)目某個(gè)版本的工作量情況及每個(gè)用戶的缺陷及剩余工作量情況 查看某一開(kāi)發(fā)人員在不同項(xiàng)目的開(kāi)發(fā)工作量情況 n 查看項(xiàng)目整體問(wèn)題工作量與進(jìn)度情況 n 查看項(xiàng)目整體問(wèn)題分布情況 n 管理人員——根據(jù)缺陷數(shù)據(jù)統(tǒng)計(jì)結(jié)果，了解項(xiàng)目狀態(tài) n l JIRA 雖然是一個(gè)問(wèn)題跟蹤系統(tǒng)，但是只要稍加改造，便可以成為一個(gè)項(xiàng)目管理軟件。 介紹 測(cè)試人員不知道缺陷修復(fù)預(yù)期對(duì)應(yīng)的版本，導(dǎo)致缺陷回歸時(shí)范圍不清 晰。 l 項(xiàng)目組需要對(duì)不同類型的問(wèn)題進(jìn)行記錄，如任務(wù)分配、評(píng)審所發(fā)現(xiàn)的問(wèn) 題、需求變更記錄，缺陷等。 項(xiàng)目組使用 Bugzilla 時(shí)，存在幾個(gè)問(wèn)題： l 在使用初期， Bugzilla 確實(shí)發(fā)揮了一定的作用，但隨著公司強(qiáng)化項(xiàng)目管理的需要， Bugzilla 開(kāi)始不夠用了。 背景 筆者在進(jìn)行缺陷跟蹤工具的選型時(shí)，曾經(jīng)試用了 JIRA 一段時(shí)間，個(gè)人感覺(jué)很不錯(cuò)。筆者結(jié)合試用過(guò)程中碰到的問(wèn)題和個(gè)人體會(huì)，將試用記錄進(jìn)行了整理。 本文主要介紹 JIRA 的 個(gè)性化定制，介紹如何根據(jù)公司實(shí)際需求對(duì) JIRA 進(jìn)行定制，適用于管理員。 雖然可以在 Bugzilla 中也可以將這些各種類型 的問(wèn)題當(dāng)作缺陷記錄，但是這會(huì)混淆缺陷跟蹤流程，因?yàn)檫@些不同類型的問(wèn)題的處理流程是不一樣的，但是 Bugzilla 中無(wú)法在系統(tǒng)中定制多個(gè)問(wèn)題跟蹤流程。 l 不方便升級(jí)，升級(jí)成本大。是一個(gè)問(wèn)題跟蹤和項(xiàng)目管理 應(yīng)用系統(tǒng)，目的是為了讓跟蹤和管理在項(xiàng)目過(guò)程中呈現(xiàn)出來(lái)的問(wèn)題變得簡(jiǎn)單。 安裝 下面，筆者向您介紹 JIRA 的安裝步驟。 輸入創(chuàng)建的管理員信息，執(zhí)行下一步 4． 4 該部分主要以某公司對(duì)問(wèn)題跟蹤系統(tǒng)的需求作為案例，介紹如何根據(jù)實(shí)際需求，在 JIRA 中進(jìn)行配置。 設(shè)置狀態(tài) 選擇“管 理”－“ Issue Settings ”－“ Statuses ”，進(jìn)入“ View Statuses ”界面 2) 設(shè)置工作流 l 缺陷： Step Name (id) Linked Status Transitions (id) Conditions Post Functions Open (1) Open 分配缺陷 (2) Assigned Assignee 解決＝ null Assigned (2) Assingned 接受本缺陷 (4) Accepted Resolve Issues l 需求變更 Step Name (id) Linked Status Transitions (id) Conditions Post Functions Open (1) Open 完成需求變 更評(píng)估 (11) Evaluated Analyst Accepted (4) Accepted 需求變更實(shí)施完畢 (61) Pending Resolve Issues 3． 我們需要對(duì)不同的事務(wù)控制權(quán)限，或者是控制執(zhí)行提交操作時(shí)要進(jìn)行哪些操作，具體設(shè)置如上表“ Conditions ”、“ Post Functions ” 二列。 在界面下方的三個(gè) Tab 頁(yè)中，選擇“ Post Functions ” Tab 頁(yè) 3） 選擇問(wèn)題類型（如缺陷、 Improvement ），為該 workflow 方案分配已定義的 Workflow 。 同理，為其他幾種問(wèn)題類型，都設(shè)置一個(gè) workflow ，方便以后流程的升級(jí)。 點(diǎn)擊 “ Add Custom Field ”鏈 接，進(jìn)入“ Create Custom Field ”界面 3） 在“ View Custom Fields ”界 面，“嚴(yán)重性”行，點(diǎn)擊“ Edit Defaults ”鏈 接，在彈出的頁(yè)面中，選擇該下拉框的默認(rèn)值 由于程序所引起的死機(jī)，非法退出 2. 因錯(cuò)誤操作導(dǎo)致的程序中斷或退出 4. 功能未達(dá)到詳細(xì)設(shè)計(jì)說(shuō)明書(shū)中標(biāo)明的功能 2. 功能未達(dá)到詳細(xì)設(shè)計(jì)說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo) 界面不友好 1. 提示信息內(nèi)容不友好、不準(zhǔn)確 3. 提示窗口文字未采用行業(yè)術(shù)語(yǔ) 數(shù)據(jù)錯(cuò)誤 1. 數(shù)據(jù)通訊錯(cuò)誤 文檔缺陷 1. 文檔不完整 3. 點(diǎn)擊 “ Add Custom Field ”鏈 接，進(jìn)入“ Create Custom Field ”界面 3） 在“ View Custom Fields ”界 面，“ Bug 類別”行，點(diǎn)擊“ Edit Defaults ”鏈接，在彈出的頁(yè)面中，選擇該下拉框的默認(rèn)值 注意：該屬性 Scope 只能選擇“ Issue Type issues of a specified type ”項(xiàng)。t Fix 該問(wèn)題確實(shí)是個(gè)缺陷，但是不打算解決 Duplicate 問(wèn)題的描述是一個(gè)已經(jīng)存在的缺陷 Cannot Reproduce 按照描述的步驟，不能重現(xiàn)該問(wèn)題 選擇 “管理”－“ Issue Setting ”－“ Resolutions ”，進(jìn)入“ View Resolutions ”界面 2） 平臺(tái) 設(shè)置步驟同上。設(shè)置步驟同上。 發(fā)生 階段 9． 設(shè)置為： User Picker 業(yè)務(wù) 分析結(jié)論 技術(shù) 分析結(jié)論 16． 包括：允許實(shí)施、不允許實(shí)施、未達(dá)成一致意見(jiàn)，繼續(xù)進(jìn)行管理分析 Groups ”－“ Group Browser ”， 進(jìn)入“ Group Browser ”界面 2） 新增一個(gè)權(quán)限方案（不要在默認(rèn)權(quán)限方案上進(jìn)行修改） 3） 復(fù)制 Default Notification Scheme ，并修改為合適的名稱（不要在默認(rèn)權(quán)限方案上進(jìn)行修改） 3） 3）