3、负责人：Bug

　　（1）开发人员：测试产品模块的开发人员

　　（2）测试人员：发现Bug的测试人员

　　（3）抄送：该Bug需要抄送给相关的开发人员或测试人员。一般来说，一个Bug除了发送给改Bug的开发负责人和测试负责人外，还需要抄送给项目经理、测试经理、该产品开发小组其他人员，该产品测试小组其他人员。

　　这些属性在Bug跟踪管理系统中也应该有默认值，在测试人员报bug的时候选择对应的负责人。

　　4、Bug的详细描述：这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较简单的Bug，可以使用一两句话把问题准确描述，而对于一些比较严重或负责的Bug或者是新的需求，则应该详细说明。

　　5、附件：对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件。

　　6、其它属性：

　　（1）BugID：Bug的唯一标志

　　（2）建档时间

　　（3）建档人

　　（4）Bug回复时间

　　（5）Bug关闭时间

　　一般来说，在报bug之后，这些属性一般由bug跟踪管理系统自动生成。

　　三、如何划分bug的严重级别

　　Bug的严重级别指的是软件缺陷对软件质量的破坏程度，也就是该软件缺陷的存在将对软件的功能和性能产生怎样的影响。在软件测试中，软件缺陷的严重级别应该从软件最终用户的立场来做判断，考虑缺陷对用户使用造成的后果的严重性。

　　1、紧急

　　（1）Bug足以造成系统崩溃，造成文件不可靠或潜在的数据丢失

　　（2）Bug造成非正常地返回操作系统（系统崩溃或显示系统错误信息）

　　（3）Bug造成程序越或要求Reboot系统

　　（4）造成缺乏关键的程序功能并无法逾越

　　（5）由于设计问题，使系统存在严重隐患

　　2、严重

　　（1）Bug可能不会削弱系统，但将造成严重问题（如严重的格式化错误等）

　　（2）功能缺乏给用户带来极大不方便

　　（3）Bug可以绕过，但将会很不方便或很难实现

　　（4）存在不明确或不完整的错误信息提示，极大地影响产品使用

　　（5）由于Bug的存在使产品其它部分不能测试

　　（6）由于计算方法问题，使数据错误

　　（7）由于设计原因，造成前后不一致，但问题可恢复