使用培训手册版
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
JIRA是澳大利亚Atlassian公司开发的一款不错的商业问题跟踪工具，可以对各种类型的问题进行跟踪 管理，包括缺陷、需求变更、评审记录等。笔者在进行缺陷跟踪工具的选型时，曾经试用了JIRA一段时间，个人感觉很不错。笔者结合试用过程中碰到的问题和个人体会，将试用记录进行了整理。
本文主要介绍JIRA的 个性化定制，介绍如何根据公司实际需求对JIRA进行定制，适用于管理员。至于说JIRA的基本使用方法，和普通的缺陷跟踪工具类似，本文不做重点介绍。
JIRA具有以下特性：
管理缺陷，新特性、任务、改进或者其他任何问题
干净和强大的用户界面方便商业或技术用户理解
工作流定制
全文搜索和强大的过滤器（可定制的，可保存的，可共享的，可预定的 过滤器）
可定制的工作台和实时统计
企业级的权限和安全控制
方便的扩展及与其他系统集成（包括email、RSS、Excel、XML和源码控制工具）
在试用JIRA前， 公司使用Bugzilla作为缺陷跟踪工具。在使用初期，Bugzilla确实发挥了一定的作用，但随着公司强化项目管理的需要，Bugzilla开始不够用了。
项目组使用Bugzilla时，存在几个问题：
项目组需要对不同类型的问题进行记录，如任务分配、评审所发现的问 题、需求变更记录，缺陷等。虽然可以在Bugzilla中也可以将这些各种类型 的问题当作缺陷记录，但是这会混淆缺陷跟踪流程，因为这些不同类型的问题的处理流程是不一样的，但是Bugzilla中无法在系统中定制多个问题跟踪流程。
>> Closed
Testers
解决＝1（目的是close时，将解决改为Fixed）
验证不通过(81)
>> Confirmed
Resolve Issues
解决＝null
Closed(6)
Closed
Testers
其中，“完成需求变更评估”、“审核通过”、“接受本需求变更”、“验证通过”，选择“No view for transition”；“审核不通过”、“验证 不 通过” 选择“Add comment and assign”；“解决本需求变更”选择“Add comment, assign and set resolution”。
4）在“Field Name”域输入“严重性”，在“Choose Search Template”项选择“Select List Searcher”，点击《Create》按 钮
5）在“Edit Custom Field Options”页 面，增加下拉框选项（如上表所属内容)，完成 后，点击《Done》按钮
Pending
验证通过(701)
>> Closed
Testers
解决＝1（目的是close时，将解决改为Fixed）
验证不通过缺陷(3)
>> Assigned
Testers
解决＝null
确认暂不处理本缺陷(711)
>> Sleeped
Assigners
Closed (6)
Closed
激活缺陷(3)
>> Assigned
3．设置工作流节点的条件、功能点、合法性控制
我们需要对不同的事务控制权限，或者是控制执行提交操作时要进行哪些操作，具体设置如上表“Conditions”、“Post Functions” 二列。例如，对于Verified步骤的事务“重新打开缺陷”执行时，要将“解决”的值清空。
设置步骤如下：
1）选择需要设置条件的事务，如Verified步骤的事务“重新打开缺陷”
问题类型
选择的工作流
Defect
Defect Track
Improvement
Defect Track
Issue
Issue Track
Requirement Change
Requirement Change Track
Noncompliance Report
Noncompliance Report Track
3）选择问题类型（如缺陷、Improvement），为该workflow方案分配已定义的Workflow。
同理，为其他几种问题类型，都设置一个workflow，方便以后流程的升级。否则以后如果需要改流程，则需要将工作流配置文件先取消关联，然后才能修改该 方案对应的工作流。这可能导致verified状态对应的缺陷被改变状态。如下图所示：
P3 (default)
系统用户无法使用部分非重要功能
P4
不影响系统的正常使用，发布后可以通过打补 丁的方式解决问题
P5
问题对系统影响很小，可以不修改
需求变更
Step Name (id)
Linked Status
Transitions (id)
Conditions
Post Functions
Open(1)
Open
完成需求变 更评估(11)
>> Evaluated
Analyst
Evaluated(2)
Evaluated
审核通过(21)
>> Assigned
1．执行/bin目录下的文件，进入安装
2．选择一个索引目录，并输入licence，执行下一步
3．输入创建的管理员信息，执行下一步
4．在设置邮件服务器页面，其他信息都很容易故不多说。强调的是，在SMTP服务器输入框，要输入IP地 址，即：（内部邮箱），用户名为内部邮箱用户名（如：），执行下一步
5．完成安装。
Trivial
无足轻重——如果时间允许则修复
设置步骤如下：
1）选择 “管理”－“Issue Field”－“Custom Fields”，进入“View Custom Fields”界面
2）点击 “Add Custom Field”链 接，进入“Create Custom Field”界面
3）选择 “Select List”类型，选择“Global－all issues”选项，点击《NEXT》按 钮
CCB
审核不通过(31)
>> Open
CCB
Assigned(3)
Assigned
接受本需求变更(51)
>> Accepted
Resolve Issues
Accepted(4)
Accepted
需求变更实施完毕(61)
>> Pending
Resolve Issues
Pending(5)
Pending
验证通过(71)
2)进行问题类型的增加、编辑等操作，并点击“Default”设置默认值。。
设置工作流方案
1．设置状态
在某公司中，状态有Open、Assigned、Accepted、Pending、Closed、Sleeped等。
步骤如下：
1)选择“管 理”－“Issue Settings”－“Statuses”，进入“View Statuses”界面
6）在“View Custom Fields”界 面，“严重性”行，点击“Edit Defaults”链 接，在弹出的页面中，选择该下拉框的默认值
2．优先 级
优先级分P1－P5五个 级别，其中，P1优先级最高，P5最 低。
优先级
说明
P1
系统的正常业务流程无法通过，必须马上修改
P2
系统用户无法正确使用系统；导致用户对系统 理解发生偏差；影响客户或公司的形象
查看项目某个版本的工作量情况及每个用户的缺陷及剩余工作量情况
项目管理者——评估缺陷和分配缺陷
查看分配给我的问题
看某个问题的详细信息
分配问题
填写问题的预期修复时间及修复估算工作量
开发人员——处理缺陷，提交工作量记录
接受问题，准备开始处理问题
问题处理后，准备在系统上填写处理情况
填写处理情况
完成处理信息的填写后，准备填写处理问题所花的工作量
Review
Review Track
问题 属性
1．严重 性
严重性
说明
Blocker
灾难——导致系统失效，例如蓝屏或数据发生 冲突
Critical
重要——产品不可用，例如导致错误的答案和 错误的报告
Major (default)
中等——产品可用，客户说到影响
Minor
轻微——产品可用，没有客户受到影响
填写处理问题所花的工作量
测试人员——快速的提交缺陷，跟踪缺陷
提交问题
填写问题详细信息
根据不同过滤条件查看不同的问题，准备进行问题的跟踪处理
根据不同过滤条件列出的查询结果
验证问题处理情况，根据不同工作流节点选择不同的操作
3安装
相比Bugzilla，JIRA有个很突出的优点：不用花数小时或数天来搭建你的问题跟踪系统，JIRA可以在小于30秒 内搭建并运行在你的系统上。下面，笔者向您介绍JIRA的安装步骤。
4系统配置
该部分主要以某公司对问题跟踪系统的需求作为案例，介绍如何根据实际需求，在JIRA中进行配置。本案例中涉及到缺陷跟踪和需求变更的跟踪管理两部分。
设置问题类型
问题来源
描述
缺陷（Default）
系统本身的 错误
Improvement
在系统需求 范围内，但是对表现/实现方式进行了改进。
Requirement Change
对系统原先 需求进行了变更，包括新增的需求、变更的需求
Issue
平常讨论过 程中发现的问题记录
Review
评审中发现 的问题记录
Noncompliance Report
QA在审核过程中发现的不符合 项记录
设置问题类型步骤如下：
1)“管理”－“Issue Settings”－“Issue Type”，进入“View Issue Types”界面
2)进行状态的 增加、编辑等操作。
2．设置工作流
根据已定义的缺陷 处理流程，在JIRA中新增一个工作流设置（不要在原来的工作流上修改），并设置如下。
缺陷：
Step Name (id)
Linked Status
Transitions (id)
Conditions
Post Functions
Open (1)
Open
分配缺陷(2)
>>Assigned
Assignee
解决＝null
Assigwenku.baidu.comed (2)
Assingned
接受本缺陷(4)
>> Accepted
Resolve Issues
Accepted (3)
Accepted
缺陷处理完毕(5)
>> Pending
Resolve Issues
Pending (4)
Testers
解决＝null
Sleeped (7)
Sleeped
激活缺陷(721)
>> Assigned
Resolve Issues
解决＝null
其中，“接受本缺陷”，选择“No view for transition”，“验证通过”，选择“No view for transition”，“确认暂不处理本缺陷”选择“Add comment and assign”。
非常高的通知选项配置
可以在几乎所有硬件、操作系统和数据库平台下运行
JIRA可以根据你的需要提供所需要的信息。下面以缺陷为例，介绍各个角色成员在Jira中可以获得的信息和可以做的事情。
管理人员——根据缺陷数据统计结果，了解项目状态
查看项目整体问题分布情况
查看项目整体问题工作量与进度情况
查看某一开发人员在不同项目的开发工作量情况
其它细节问题，如界面不友好，用户无法上传附件等。
2介绍
跟踪并管理在项目过程中呈现出来的问题（如缺陷、新特性、需求变更、QA审计问题等）是项目管理很重要的任务，但是很少有团队能做的很好。JIRA虽然是一个问题跟踪系统，但是只要稍加改造，便可以成为一个项目管理软件。是一个问题跟踪和项目管理 应用系统，目的是为了让跟踪和管理在项目过程中呈现出来的问题变得简单。
项目管理者无法记录缺陷的预期修复完成时间
项目管理者不能批量分配、编辑缺陷
无法记录开发人员处理缺陷所花的工作量，并且所花工作量缺少对比。
开发人员无法快速、直观的清楚分配给自己的缺陷，对于正在进行处理 的缺陷也没有很直观的表现。
测试人员不知道缺陷修复预期对应的版本，导致缺陷回归时范围不清 晰。
不方便升级，升级成本大。
这样，当缺陷从Verified状态被重新打开时，“解决”域的值就会被清空。这条缺陷，就可以出现在责任人首页的“分配给我”的清单中。
4．设置工作流配置文件
步骤如下：
1）选择 “管理”－“Schemes”－“Workflow Schemes”，进入“Workflow Schemes”界面
2）增加一个Workflow方案
2）在界面下方的三个Tab页中，选择“Post Functions”Tab页
3）点击“Add” 链接
4）在进入的“Add Post Function To Transition”界面中，选择“Update Issue Field”选项
5）在进入的“Add Parameters To Function”页面中，“Issue Field”选择“解决”，“Field Value”设置为空，点击《Add》 按钮
本文主要介绍JIRA的 个性化定制，介绍如何根据公司实际需求对JIRA进行定制，适用于管理员。至于说JIRA的基本使用方法，和普通的缺陷跟踪工具类似，本文不做重点介绍。
JIRA具有以下特性：
管理缺陷，新特性、任务、改进或者其他任何问题
干净和强大的用户界面方便商业或技术用户理解
工作流定制
全文搜索和强大的过滤器（可定制的，可保存的，可共享的，可预定的 过滤器）
可定制的工作台和实时统计
企业级的权限和安全控制
方便的扩展及与其他系统集成（包括email、RSS、Excel、XML和源码控制工具）
在试用JIRA前， 公司使用Bugzilla作为缺陷跟踪工具。在使用初期，Bugzilla确实发挥了一定的作用，但随着公司强化项目管理的需要，Bugzilla开始不够用了。
项目组使用Bugzilla时，存在几个问题：
项目组需要对不同类型的问题进行记录，如任务分配、评审所发现的问 题、需求变更记录，缺陷等。虽然可以在Bugzilla中也可以将这些各种类型 的问题当作缺陷记录，但是这会混淆缺陷跟踪流程，因为这些不同类型的问题的处理流程是不一样的，但是Bugzilla中无法在系统中定制多个问题跟踪流程。
>> Closed
Testers
解决＝1（目的是close时，将解决改为Fixed）
验证不通过(81)
>> Confirmed
Resolve Issues
解决＝null
Closed(6)
Closed
Testers
其中，“完成需求变更评估”、“审核通过”、“接受本需求变更”、“验证通过”，选择“No view for transition”；“审核不通过”、“验证 不 通过” 选择“Add comment and assign”；“解决本需求变更”选择“Add comment, assign and set resolution”。
4）在“Field Name”域输入“严重性”，在“Choose Search Template”项选择“Select List Searcher”，点击《Create》按 钮
5）在“Edit Custom Field Options”页 面，增加下拉框选项（如上表所属内容)，完成 后，点击《Done》按钮
Pending
验证通过(701)
>> Closed
Testers
解决＝1（目的是close时，将解决改为Fixed）
验证不通过缺陷(3)
>> Assigned
Testers
解决＝null
确认暂不处理本缺陷(711)
>> Sleeped
Assigners
Closed (6)
Closed
激活缺陷(3)
>> Assigned
3．设置工作流节点的条件、功能点、合法性控制
我们需要对不同的事务控制权限，或者是控制执行提交操作时要进行哪些操作，具体设置如上表“Conditions”、“Post Functions” 二列。例如，对于Verified步骤的事务“重新打开缺陷”执行时，要将“解决”的值清空。
设置步骤如下：
1）选择需要设置条件的事务，如Verified步骤的事务“重新打开缺陷”
问题类型
选择的工作流
Defect
Defect Track
Improvement
Defect Track
Issue
Issue Track
Requirement Change
Requirement Change Track
Noncompliance Report
Noncompliance Report Track
3）选择问题类型（如缺陷、Improvement），为该workflow方案分配已定义的Workflow。
同理，为其他几种问题类型，都设置一个workflow，方便以后流程的升级。否则以后如果需要改流程，则需要将工作流配置文件先取消关联，然后才能修改该 方案对应的工作流。这可能导致verified状态对应的缺陷被改变状态。如下图所示：
P3 (default)
系统用户无法使用部分非重要功能
P4
不影响系统的正常使用，发布后可以通过打补 丁的方式解决问题
P5
问题对系统影响很小，可以不修改
需求变更
Step Name (id)
Linked Status
Transitions (id)
Conditions
Post Functions
Open(1)
Open
完成需求变 更评估(11)
>> Evaluated
Analyst
Evaluated(2)
Evaluated
审核通过(21)
>> Assigned
1．执行/bin目录下的文件，进入安装
2．选择一个索引目录，并输入licence，执行下一步
3．输入创建的管理员信息，执行下一步
4．在设置邮件服务器页面，其他信息都很容易故不多说。强调的是，在SMTP服务器输入框，要输入IP地 址，即：（内部邮箱），用户名为内部邮箱用户名（如：），执行下一步
5．完成安装。
Trivial
无足轻重——如果时间允许则修复
设置步骤如下：
1）选择 “管理”－“Issue Field”－“Custom Fields”，进入“View Custom Fields”界面
2）点击 “Add Custom Field”链 接，进入“Create Custom Field”界面
3）选择 “Select List”类型，选择“Global－all issues”选项，点击《NEXT》按 钮
CCB
审核不通过(31)
>> Open
CCB
Assigned(3)
Assigned
接受本需求变更(51)
>> Accepted
Resolve Issues
Accepted(4)
Accepted
需求变更实施完毕(61)
>> Pending
Resolve Issues
Pending(5)
Pending
验证通过(71)
2)进行问题类型的增加、编辑等操作，并点击“Default”设置默认值。。
设置工作流方案
1．设置状态
在某公司中，状态有Open、Assigned、Accepted、Pending、Closed、Sleeped等。
步骤如下：
1)选择“管 理”－“Issue Settings”－“Statuses”，进入“View Statuses”界面
6）在“View Custom Fields”界 面，“严重性”行，点击“Edit Defaults”链 接，在弹出的页面中，选择该下拉框的默认值
2．优先 级
优先级分P1－P5五个 级别，其中，P1优先级最高，P5最 低。
优先级
说明
P1
系统的正常业务流程无法通过，必须马上修改
P2
系统用户无法正确使用系统；导致用户对系统 理解发生偏差；影响客户或公司的形象
查看项目某个版本的工作量情况及每个用户的缺陷及剩余工作量情况
项目管理者——评估缺陷和分配缺陷
查看分配给我的问题
看某个问题的详细信息
分配问题
填写问题的预期修复时间及修复估算工作量
开发人员——处理缺陷，提交工作量记录
接受问题，准备开始处理问题
问题处理后，准备在系统上填写处理情况
填写处理情况
完成处理信息的填写后，准备填写处理问题所花的工作量
Review
Review Track
问题 属性
1．严重 性
严重性
说明
Blocker
灾难——导致系统失效，例如蓝屏或数据发生 冲突
Critical
重要——产品不可用，例如导致错误的答案和 错误的报告
Major (default)
中等——产品可用，客户说到影响
Minor
轻微——产品可用，没有客户受到影响
填写处理问题所花的工作量
测试人员——快速的提交缺陷，跟踪缺陷
提交问题
填写问题详细信息
根据不同过滤条件查看不同的问题，准备进行问题的跟踪处理
根据不同过滤条件列出的查询结果
验证问题处理情况，根据不同工作流节点选择不同的操作
3安装
相比Bugzilla，JIRA有个很突出的优点：不用花数小时或数天来搭建你的问题跟踪系统，JIRA可以在小于30秒 内搭建并运行在你的系统上。下面，笔者向您介绍JIRA的安装步骤。
4系统配置
该部分主要以某公司对问题跟踪系统的需求作为案例，介绍如何根据实际需求，在JIRA中进行配置。本案例中涉及到缺陷跟踪和需求变更的跟踪管理两部分。
设置问题类型
问题来源
描述
缺陷（Default）
系统本身的 错误
Improvement
在系统需求 范围内，但是对表现/实现方式进行了改进。
Requirement Change
对系统原先 需求进行了变更，包括新增的需求、变更的需求
Issue
平常讨论过 程中发现的问题记录
Review
评审中发现 的问题记录
Noncompliance Report
QA在审核过程中发现的不符合 项记录
设置问题类型步骤如下：
1)“管理”－“Issue Settings”－“Issue Type”，进入“View Issue Types”界面
2)进行状态的 增加、编辑等操作。
2．设置工作流
根据已定义的缺陷 处理流程，在JIRA中新增一个工作流设置（不要在原来的工作流上修改），并设置如下。
缺陷：
Step Name (id)
Linked Status
Transitions (id)
Conditions
Post Functions
Open (1)
Open
分配缺陷(2)
>>Assigned
Assignee
解决＝null
Assigwenku.baidu.comed (2)
Assingned
接受本缺陷(4)
>> Accepted
Resolve Issues
Accepted (3)
Accepted
缺陷处理完毕(5)
>> Pending
Resolve Issues
Pending (4)
Testers
解决＝null
Sleeped (7)
Sleeped
激活缺陷(721)
>> Assigned
Resolve Issues
解决＝null
其中，“接受本缺陷”，选择“No view for transition”，“验证通过”，选择“No view for transition”，“确认暂不处理本缺陷”选择“Add comment and assign”。
非常高的通知选项配置
可以在几乎所有硬件、操作系统和数据库平台下运行
JIRA可以根据你的需要提供所需要的信息。下面以缺陷为例，介绍各个角色成员在Jira中可以获得的信息和可以做的事情。
管理人员——根据缺陷数据统计结果，了解项目状态
查看项目整体问题分布情况
查看项目整体问题工作量与进度情况
查看某一开发人员在不同项目的开发工作量情况
其它细节问题，如界面不友好，用户无法上传附件等。
2介绍
跟踪并管理在项目过程中呈现出来的问题（如缺陷、新特性、需求变更、QA审计问题等）是项目管理很重要的任务，但是很少有团队能做的很好。JIRA虽然是一个问题跟踪系统，但是只要稍加改造，便可以成为一个项目管理软件。是一个问题跟踪和项目管理 应用系统，目的是为了让跟踪和管理在项目过程中呈现出来的问题变得简单。
项目管理者无法记录缺陷的预期修复完成时间
项目管理者不能批量分配、编辑缺陷
无法记录开发人员处理缺陷所花的工作量，并且所花工作量缺少对比。
开发人员无法快速、直观的清楚分配给自己的缺陷，对于正在进行处理 的缺陷也没有很直观的表现。
测试人员不知道缺陷修复预期对应的版本，导致缺陷回归时范围不清 晰。
不方便升级，升级成本大。
这样，当缺陷从Verified状态被重新打开时，“解决”域的值就会被清空。这条缺陷，就可以出现在责任人首页的“分配给我”的清单中。
4．设置工作流配置文件
步骤如下：
1）选择 “管理”－“Schemes”－“Workflow Schemes”，进入“Workflow Schemes”界面
2）增加一个Workflow方案
2）在界面下方的三个Tab页中，选择“Post Functions”Tab页
3）点击“Add” 链接
4）在进入的“Add Post Function To Transition”界面中，选择“Update Issue Field”选项
5）在进入的“Add Parameters To Function”页面中，“Issue Field”选择“解决”，“Field Value”设置为空，点击《Add》 按钮