开发将版本提交给我们测试后，发现bug该如何记录呢？一个bug最起码应该包含哪些内容呢？一起来看看吧！
例子
从下图中，可看出，一条bug记录，最起码要包含编号、标题、所属模块、重现步骤、预期结果、实际结果、发现版本、优先级、重要程度、创建人、指派给谁以及适当的截图。
字段解析：
1
编号：编号一般都是在后台配置自动生成，产品+版本+模块+编号或者直接使用阿拉伯数字自增。
2
标题：就是我们常说的bug描述，简明扼要地说明即可，一般不带个人情感，只描述bug现象。
3
缺陷类型：判断是需求还是缺陷还是建议级别，若为缺陷，是缺陷中的功能性、浏览器兼容性、界面还是性能。
4
所属模块：该缺陷发现与哪个模块，若有相关联的模块或其他模块也调用了该功能，都写上。
5
前置条件：该缺陷发生的条件。如已登录、未联网等。
6
复现步骤：具体的重现步骤，一定要写得简介明了，使研发人员可快速看明白，找到问题所在，适当地增加步骤截图更好。
7
预期结果和实际结果：对比预期结果和实际结果，才知道问题症结的大概原因。
8
其他：项目、产品：该缺陷属于哪个项目、产品；发现版本：该缺陷在哪个版本发现，便于与后期的修复版本区别以及版本管理；环境：便于确认是否与环境有关，如浏览器兼容性的问题；状态：刚提交时一般都是未解决状态，待修复后才是fixed状态，回归确认无误后方可关闭；优先级、重要程度：该缺陷所属的优先级、重要性；创建人：谁发现的；指派给：给谁处理。
注意事项
的bug模板、等级、命名也许不同，但基本都是这些字段及意思
上一篇：手机上的字体怎么切换并安装使用？
下一篇：加粗英文字母怎么打