大家好，我是阿萨。今天聊一聊如何提交缺陷单。作为测试人，相信报bug都经历过。肯定也经历过被别人吐槽过问题在开发机器无法复现，描述模糊等。那作为一个测试人，如何提交一个好的bug？
一、缺陷报告包含字段
一个好的缺陷报告为了让所有人快速掌握缺陷问题点。那么它必须包含的字段有哪些？
1. 主题
2. 影响模块
3. 复现步骤
4. 附件
5. 优先级或者严重程度
6. 发现版本
7. 期望结果和实际结果
二、如何填好各个字段？
1. 主题
缺陷主题要言简意赅，要精准描述问题。不能说ＸXX功能不能用。XXX不好看。最好是做了A操作，B功能出现了什么故障。故障点要精准说明。比如输入ABC、ABC没有显示在X地方。
模糊词汇不要使用。XX不好用，XX不好看，XX不工作这类的模糊字眼尽量不要使用。
主题也不能太长。
2. 影响模块
很多公司，一款软件是由很多人开发完成的。模块可以方便 项目经理分bug给对应的模块开发或者对应组。尤其在大厂。 而且有了模块也方便统计bug.
3. 复现步骤
每个bug都有最简单复现步骤，所以测试人员一般都要找出最简单复现问题步骤。方便开发定位问题。
4. 附件
一般附件会加上 问题出现的截图以及相关问题的截图，代码，堆栈信息等。抓包的相关数据等，方便开发定位问题。
5. 优先级和严重程度
现在基本上都把这2个合二为一。一般比较严重的bug优先级都比较高。需要首先修复。
这个字段也方便在时间比较紧张的时候，优先处理优先级比较高的问题。
6. 发现版本
发现版本也是为了更好的追踪问题。多版本并行的场景 下，这个字段也方便项目经理区分不同版本去处理。
7.期望结果和实际结果
很多公司都不要求这个字段。
但是期望结果和实际结果。其实非常关键。它可以让开发和测试在这个问题的修复上有个统一达成目标。通过期望结果，开发也一下子就知道要修复后的结果。
很多时候没有期望结果，开发都不知道要修复的结果是什么。
三、总结
每一张缺陷单都是测试的劳动成果，好的测试先从提交一张优秀的缺陷单开始吧。好的缺陷利人利己。
还有一个有争议的地方就是测试进行初步根因分析。有的公司提倡测试初步根因分析。有的公司开发嫌测试分析的根因误导开发，甚至明确拒绝测试的根因分析结论（不论测试分析的是否正确，直接一句不是这样的）。所以根因分析这一字段今天没有列出来。如果你有异议，欢迎星球留言。
以上不同公司要求不同，也欢迎分享你对于bug的相关想法。
