4 系统配置
该部分主要以某公司对问题跟踪系统的需求作为案例,介绍如何根据实际需求,在JIRA中进行配置。本案例中涉及到缺陷跟踪和需求变更的跟踪管理两部分。
4.1 设置问题类型
问题来源 | 描述 |
缺陷(Default) | 系统本身的错误 |
Improvement | 在系统需求范围内,但是对表现/实现方式进行了改进。 |
Requirement Change | 对系统原先需求进行了变更,包括新增的需求、变更的需求 |
Issue | 平常讨论过程中发现的问题记录 |
Review | 评审中发现的问题记录 |
Noncompliance Report | QA在审核过程中发现的不符合项记录 |
设置问题类型步骤如下:
1) “管理”-“Issue Settings”-“Issue Type”,进入“View Issue Types”界面
2) 进行问题类型的增加、编辑等操作,并点击“Default”设置默认值。。
4.2 设置工作流方案
1. 设置状态
在某公司中,状态有Open、Assigned、Accepted、Pending、Closed、Sleeped等。
步骤如下:
1) 选择“管理”-“Issue Settings”-“Statuses”,进入“View Statuses”界面
2) 进行状态的增加、编辑等操作。
2. 设置工作流
根据已定义的缺陷处理流程,在JIRA中新增一个工作流设置(不要在原来的工作流上修改),并设置如下。
● 缺陷:
Step Name (id) | Linked Status | Transitions (id) | Conditions | Post Functions |
Open (1) | Open | 分配缺陷(2) >>Assigned | Assignee | 解决=null |
Assigned (2) | Assingned | 接受本缺陷 (4) >> Accepted | Resolve Issues |
|
Accepted (3) | Accepted | 缺陷处理完毕 (5) >> Pending | Resolve Issues |
|
Pending (4) | Pending | 验证通过 (701) >> Closed | Testers | 解决=1(目的是close时,将解决改为Fixed) |
验证不通过缺陷 (3) >> Assigned | Testers | 解决=null | ||
确认暂不处理本缺陷 (711) >> Sleeped | Assigners |
| ||
Closed (6) | Closed | 激活缺陷 (3) >> Assigned | Testers | 解决=null |
Sleeped (7) | Sleeped | 激活缺陷 (721) >> Assigned | Resolve Issues | 解决=null |
其中,“接受本缺陷”,选择“No view for transition” ,“验证通过”,选择“No view for transition”,“确认暂不处理本缺陷”选择“Add comment and assign”。
● 需求变更
Step Name (id) | Linked Status | Transitions (id) | Conditions | Post Functions |
Open (1) | Open | 完成需求变更评估 (11) >> Evaluated | Analyst |
|
Evaluated (2) | Evaluated | 审核通过 (21) >> Assigned | CCB |
|
审核不通过 (31) >> Open | CCB |
| ||
>Assigned (3) | Assigned | 接受本需求变更 (51) >> Accepted | Resolve Issues |
|
Accepted (4) | Accepted | 需求变更实施完毕 (61) >> Pending | Resolve Issues |
|
Pending (5) | Pending | 验证通过 (71) >> 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”。
3. 设置工作流节点的条件、功能点、合法性控制
我们需要对不同的事务控制权限,或者是控制执行提交操作时要进行哪些操作,具体设置如上表“Conditions”、“Post Functions”二列。例如,对于Verified步骤的事务“重新打开缺陷”执行时,要将“解决”的值清空。
设置步骤如下:
1) 选择需要设置条件的事务,如Verified步骤的事务“重新打开缺陷”
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》按钮
这样,当缺陷从Verified状态被重新打开时,“解决”域的值就会被清空。这条缺陷,就可以出现在责任人首页的“分配给我”的清单中。
4. 设置工作流配置文件
步骤如下:
1) 选择“管理”-“Schemes”-“Workflow Schemes”,进入“Workflow Schemes”界面
2)增加一个Workflow方案
3) 选择问题类型(如缺陷、Improvement),为该workflow方案分配已定义的Workflow。
同理,为其他几种问题类型,都设置一个workflow,方便以后流程的升级。否则以后如果需要改流程,则需要将工作流配置文件先取消关联,然后才能修改该方案对应的工作流。这可能导致verified状态对应的缺陷被改变状态。如下图所示:
问题类型 | 选择的工作流 |
Defect | Defect Track |
Improvement | Defect Track |
Issue | Issue Track |
Requirement Change | Requirement Change Track |
Noncompliance Report | Noncompliance Report Track |
Review | Review Track |