【精选】JIRA.pptx

JIRA内部培训手册
CONTENT
JIRA简介
用户管理
01
02
工程管理
03
产品研发流程
04
05
JIRA与Jenkins的集成
2
JIRA特性
管理缺陷，新特性、任务、改进或案对应的工作流关联到工程.
CONTENT
JIRA简介
用户管理
01
02
工程管理
03
产品研发流程
04
05
JIRA与Jenkins的集成
17
演进版本工作流程图
具体步骤如下：
工程负责人创立工程里程碑〔问题类型为Epic〕，“待办〞.
需求人员点击按钮“处理中〞.
工程组成员会议讨论，确定任务范围.
需求人员细化任务，梳理需求清单.
需求人员在Jira系统中创立需求〔问题类型为Story〕，“待办〞，并且尽量在Confluence wiki系统中建立wiki页面描述需求，并且链接到这个story上.
设计人员点击按钮“处理中〞.
设计人员根据需求，拆分开发任务.
设计人员为Story创立Subtask子任务，并选择经办人为开发人员，“待办〞.
开发人员点击按钮“处理中〞.
开发人员执行开发任务.
开发完成后，开发人员点击按钮“检视中〞，按subtask提交代码，并且在svn中写明任务号〔诸如OSPRD-415〕.［红色局部为对开发的强制性要求，作为最后审计开发人员专业性要求］
需求人员检查Story下的所有Subtask子任务状态是否都为“检视中〞.
假设检查Story下的所有子任务状态都为“检视中〞，那么需求人员点击按钮“检视中〞，Story状态变为“检视中〞；假设不是，那么不操作.
测试负责人筛选“检视中〞状态的开发任务〔即类型为Subtask的问题〕，查对待测试的开发任务.
测试负责人将开发任务的报告人更改为测试人员，进展测试任务分发.
测试人员对分发给自己的开发任务进展测试，测试通过转17，测试不通过转22.
假设测试通过，那么测试人员点击“完成〞，即开发任务完成.
需求人员检查该Story下的所有Subtask子任务状态是否都为“完成〞.
假设该Story下的所有Subtask子任务状态都为“完成〞，那么需求人员点击按钮“完成〞，Story状态变为“完成〞；假设不是，那么不操作.
负责人检查Epic下所有的Story状态是否都为“完成〞.
假设Epic下所有的Story状态都为“完成〞，负责人点击按钮“完成〞；假设不是，那么不操作.
接步骤16中，假设测试不通过，〔开发任务〕，经办人为相应的开发人员.［红色局部为对测试人员的强制性要求，作为最后审计开发人员专业性要求］.
工程例会确定本周工作，开发负责人将Bug拖入sprint〔该步骤可省略〕.
开发人员点击按钮“处理中〞.
开发人员开场Bug修复.
Bug修复完成后，开发人员点击按钮“检视中〞，按Bug提交代码，并且在svn中写明任务号〔诸如OSPRD-415〕.［红色局部为对开发的强制性要求，作为最后审计开发人员专业性要求］
测试人员筛选“检视中〞状态的Bug，，那么跳转至步骤17.
假设测试不通过，测试人员点击按钮“处理中〞，备注中注明测试不通过，，循环处理.
创立问题及分配
21
问题类型
创建人
经办人
报告人
Epic
项目负责人
需求人员
项目负责人
Story
需求人员
设计人员
需求人员
子任务
设计人员
开发人员
测试负责人
缺陷
测试人员
开发人员
测试人员
经办人：该问题的处理负责人
报告人：该问题的任何操作都会通知报告人
开发人员承受开发任务
经办人登陆后，在“分配给我的〞界面就会看到此任务信息，如
设计人员可查看分配给自己的需求story
开发人员可查看分配给自己的开发任务
开发人员可查看测试分配给自己的Bug单
以开发任务为例：开发人员点击状态按钮“处理中〞后，执行开发任务.
开发人员——提交工作量记录
开发人员填写工作日志，包括工作描述及预估消耗时间、剩余时间.
开发人员——执行开发任务，SVN提交代码与jira关联
提交代码文件
1
将代码文件提交到SVN，在Message对话框中填写JIRA中的问题ID〔诸如OSPRD-415〕
Jenkins扫描SVN后，发送消息给JIRA，JIRA将代码变更记录到任务ID对应的任务备注中，在JIRA即可查看到
2
3
开发完成后，开发人员按subtask提交代码，并点击按钮“检视中〞，等待测