Jira 使用手册

Date Revision version Description author
2018-06-14 V1.0.0 Isaac Zhang
2018-06-22 V1.0.1 1,添加git提交操作说明
2,提交message格式
Isaac Zhang
2018-06-25 V1.0.2 1,添加code review 流程 Isaac Zhang
2018-11-10 V1.0.3 1,流程修改
2,添加统计信息
3,新增主任务类型Investigation
4,新增重点关注项
Isaac Zhang

For BA

创建Epic

创建Story

必填项目

1. 开发负责人(Planning meeting update)
2. 产品负责人(创建时update)
3. 测试负责人(Planning meeting update)
4. 解决结果(开发完成 update)
5. 到期日(Planning meeting update)

![](https://img2018.cnblogs.com/blog/48397/201903/48397-20190325175036588-474008832.png)

创建Investigation(新增)

产品在做需求设计前,如果对需求有任何疑问/不清晰,可以提该调查任务类型。 开发人员在代码层面,调查业务逻辑!

![Alt text](./1541848547058.png)![](https://img2018.cnblogs.com/blog/48397/201903/48397-20190325175100652-1756839906.png)

For Dev

在Story下创建子任务

  1. Dev sub-task
    *需要填写‘预估时间’,‘到期日’,‘log time’ *
  2. Investigation
  3. Defect Created By & Resolution 必填校验(新增)
    Alt text

For QA

Tips for QA

当QA接受到一个Story时,需要关注几点:

  1. 解决结果不为“未解决”
  2. 任务状态在“测试中”
    如上述结果正确,进入story测试中。

在Story下创建子任务

  1. Test sub-task
    *需要填写‘预估时间’,‘到期日’,‘log time’ *
  2. bug (这个bug指的是当前story下造成的in sprint defect)****(新增)必填校验,Defect Created By & Resolutions
    *In sprint defect 需要在当前sprint修复并关闭,如因特殊原因无法修复,需报PM,由PM决定是否要在当前sprint修复,如不需要,从当前sprint移除,移动到backlog 任务池中 *

创建bug

WorkFlow (变更)

新增产品验收环节。
Resolved 状态 需要产品在测试环境验收
QA REGRESSION DONE 状态 需要产品在线上回归测试

新增Reject环节。 ![](https://img2018.cnblogs.com/blog/48397/201903/48397-20190325175251941-38012214.png)

story
Step1 BA: 需求收集中,待排期,需求设计
Step2 DEV:已进入处理队列,开发中
Step3 QA:已完成待测试,测试中
Step4 (PM) Result:已关闭,测试完毕等待上线,已上线
bug
Step1 DEV:等待排期,开发中,Code review
(新增)必填校验,Defect Created By & Resolutions
Step2 QA: 测试中,Resolved,Reopen
sub task
ALL: 等待排期,In progress,Done

Jira Dashboard使用

Jira dashboard 可以使你能快速知道自己队列有哪些正在进行的任务,并可看到当前的工作时间,当前sprint剩余时间等等
如下图

点亮星星之后,可以点击“仪表盘”按钮看到你最新收藏的dashboard

具体内容如下图

重点关注项(新增)

逾期任务 & 当天需要解决的任务
Filter

Result

Jira Filter

简单搜索

高级搜索

语法于Sql较像,可参考
三W.evget 到卡慕/article/2015/8/14/22556.html

git 代码提交规范

Git
//创建新的branch ,并且切换到新创建的branch
git checkout -b dev_zp
//查看所有分支
git branch
//查看当前修改信息
git status
//添加所有修改到当前branch
git add .
//提交所有修改到当前branch
<font color=red>git commit -m "CPT-166 新品售卖与租赁套装附件限制共享 新需求编码实现"</font>
//确认当前所在branch
git branch
//切换本地dev_zp到dev_swms
git checkout dev_swms
//更新dev_swms到最新代码
git pull origin dev_swms
//确认当前所在branch
git branch
//切换到本地分支
Git checkout branch
//合并服务器代码到本地代码
Git rebase dev_swms
//解决冲突(如果有)
//解决完冲突切换到服务器分支
Git checkout dev_swms
//合并本地dev_zp分支代码到当前所处的分支dev_swms
git rebase dev_zp

git branch
//提交本地dev_swms分支代码到远程dev_swms
git push origin dev_swms

可看到在commit代码的时候,描述comments前缀为:"CPT-166 ...."

CPT-166 这个是Jira Id,后面紧跟一个空格。 目的是为了code review 关联代码,如下:

后期会自动关联到code review,等待若祥将crucible 与Jira 关联成功,就可以直接在jira线上codereview,随后我会修改workflow.

Fisheye & crucible Code view

前提,git 提交必须有jira number.
Let's begin.

step 1, 你会看到在Jira右下角多了一个development

step 2, 点击commit,会看到每次提交后面跟了一个create review

step 3,点击create

step 4, 创建成功后,如下图。可点击任意位置添加comments

step 5, code reviewer可看到complete button,创建者没有该button

step 6,如果code review 结果需要修改代码,则进入修改流程

原文地址:https://www.cnblogs.com/zhangpan1244/p/10595317.html