Bug报告列表 BUG ID BUG标题 BUG BUGID Bug的唯一标志，由bug管理系统自动生成 简明扼要地对Bug进行概要描述 软件产品的名称 Bug标题 产品名称 功能模块名 产品版本 开发人员 抄送人员 解决时间 测试阶段 问题级别 优先级别 问题来源 问题类型 Bug描述 附件 产品子系统 测试平台 测试人员 创建时间 关闭时间 模块测试、内部集成测试、外部集成测试、系统测试、验收测试 紧急、严重、一般、轻微 高、较高、一般、低 测试、工程故障、升级、其他 功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼 这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较 对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考欧亿·体育（中国）有限公司或详细日志等附件 Bug解决描述（bug解决开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的 之后由开发人员填写）语句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。 Bug关闭描述（bug关闭开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于 之后由测试人员填写）简单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些比较复杂的问题或需求，应该对Bug描述的内容进行一个总结。 修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼 迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较 或负责的Bug或者是新的需求，则应该详细说明。 图形说明或参考欧亿·体育（中国）有限公司或详细日志等附件 问题，在回复的时候只是简单地用“已解决”或“fixed”这样的 决方法。 （否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于 比较复杂的问题或需求，应该对Bug描