JIRA-1-如何高效提Bug？

各位读者盆友，下午好啊。工作中除了技术，沟通非常重要。高效沟通，很影响工作效率。这里对JIRA如何提Bug做一个总结。

难度系数：☆☆☆☆☆☆
建议用时：1H

目录

---

一、背景
二、规范
三、总结

---

一、背景

JIRA是一款很好的项目及事务跟踪工具，就是工作流管理。分配任务，完成任务；提交Bug，处理Bug之类的；当然还有统计分析。目前用的最多的就是这些功能，可能还有其他，后续在总结。

测试人员每次对开发在JIRA上提Bug，如果Bug提交信息不完善，后端人员就会跑过来问这问那，本来提交一个Bug，如果截图之类的算上，大体需要1min,不明白来回沟通一下，至少2Min，算下来光是阐明一个问题4-5min就没有了…这都是其次，最主要的是很忙的时候，会影响情绪，心情很重要。

所以，描述清楚一个问题，不是提Bug的人拍脑袋，而是开发人员反馈，他们需要什么信息，就应该在提Bug的时候包含。

出现的问题：
...
预期结果：
...
重现条件：
...
参考：

二、规范

JIRA是一款很好的项目及事务跟踪工具，就是工作流管理。分配任务，完成任务；提交Bug，处理Bug之类的；当然还有统计分析。目前用的最多的就是这些功能，可能还有其他，后续在总结。

个人觉得应该遵循以下原则：
主题简洁、信息完备、复现条件

---

遵循原则：

主题：简洁。能用一句话就一句话描述清楚。详细信息在描述中补充。不要一个主题一大推；
模块、版本、重要性、经办人：这些信息便于后期统计分析，形成测试报告；
环境：一定要交代清楚你问题发生的环境：账号信息等

---

从反面、正面来说明这些问题吧。

1）反面教材

问题：主题太啰嗦

问题：主题应该描述对方的问题，直接说什么问题；描述中如果需要，详细说下

问题：未给出复现条件

2）正面教材

比较理想的是这样的方法

三、总结

---

也许你会说，这么简单的问题，还截这么多图？优化工作中的细节，会给工作带来很大的帮助，信不信？

当然实际工作中可以灵活把握，如果每个Bug都这么提，也是比较费时的。可以描述清楚的就不用附件，类似UI问题，最好截图。

---

好了，再会！