各位讀者盆友，下午好啊，在下小美。工作中除了技術，溝通非常重要。高效溝通，很影響工作效率。這裡對JIRA如何提Bug做一個總結。

難度係數：☆☆☆☆☆☆
建議用時：1H

目錄

一、背景
二、規範
三、總結

一、背景

JIRA是一款很好的專案及事務跟蹤工具，就是工作流管理。分配任務，完成任務；提交Bug，處理Bug之類的；當然還有統計分析。目前用的最多的就是這些功能，可能還有其他，後續在總結。

測試人員每次對開發在JIRA上提Bug，如果Bug提交資訊不完善，後端人員就會跑過來問這問那，本來提交一個Bug，如果截圖之類的算上，大體需要1min,不明白來回溝通一下，至少2Min，算下來光是闡明一個問題4-5min就沒有了….這都是其次，最主要的是很忙的時候，會影響情緒，心情很重要。

所以，描述清楚一個問題，不是提Bug的人拍腦袋，而是開發人員反饋，他們需要什麼資訊，就應該在提Bug的時候包含。

出現的問題：
...
預期結果：
...
重現條件：
...
參考：

二、規範

JIRA是一款很好的專案及事務跟蹤工具，就是工作流管理。分配任務，完成任務；提交Bug，處理Bug之類的；當然還有統計分析。目前用的最多的就是這些功能，可能還有其他，後續在總結。

個人覺得應該遵循以下原則：
主題簡潔、資訊完備、復現條件

遵循原則：

主題：簡潔。能用一句話就一句話描述清楚。詳細資訊在描述中補充。不要一個主題一大推；
模組、版本、重要性、經辦人：這些資訊便於後期統計分析，形成測試報告；
環境：一定要交代清楚你問題發生的環境：賬號資訊等

從反面、正面來說明這些問題吧。

1）反面教材

問題：主題太囉嗦

問題：主題應該描述對方的問題，直接說什麼問題；描述中如果需要，詳細說下

問題：未給出復現條件

2）正面教材

比較理想的是這樣的方法

三、總結

也許你會說，這麼簡單的問題，還截這麼多圖？優化工作中的細節，會給工作帶來很大的幫助，信不信？

當然實際工作中可以靈活把握，如果每個Bug都這麼提，也是比較費時的。可以描述清楚的就不用附件，類似UI問題，最好截圖。

好了，再會！