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)
   
   
   

建立Investigation(新增)

產品在作需求設計前，若是對需求有任何疑問/不清晰，能夠提該調查任務類型。 開發人員在代碼層面，調查業務邏輯！

For Dev

在Story下建立子任務

1. Dev sub-task
   須要填寫‘預估時間’，‘到期日’，‘log time’
2. Investigation
3. Defect Created By & Resolution 必填校驗（新增）
   

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環節。

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 結果須要修改代碼，則進入修改流程