【bugreport怎么写】 · 如果你要在bug report里附带截屏 ， 要确保那些图片不是太大的 ， 使用jpg或gif的格式 ， 而不是bmp格式 · 在截屏上写上注释以指出问题所在 。这将帮助开发人员一眼就可以马上定位问题 。
严重程序/优先级别 · 在设置bug report的严重程序之前应该全面的分析缺陷的影响程序 。如果你认为你的bug具有很高的优先级应该被修复 ， 在bug report中证明这点 。
应该在bug report的描述部分指出这个理由 。· 如果bug是来自上个内部小版本或版本回归的结果 ， 那么发出警报 。
象这种bug的严重程序可能是低的 ， 但是优先级别应该是高 。日志在bug report里附上日志或日志的摘录片断 。
这将帮助开发人员轻松地分析且调试系统 。多数情况下 ， 如果不附上日志而且在开发人员那边又很难重现问题的话 ， 他们将会把bug report打回给你并要求附带日志文件 。
如果日志文件不太大的话 ， 举个例子 ， 大约20到25行 ， 你就可以把它贴在bug report里 。但是如果它比较大的话 ， 把它做为附件贴在bug report里 ， 否则你的bug report会看上去象个日志 。
其他信息· 如果你的bug是随机出现的 ， 只需在你的bug report中说一下就可以了 。但是不要忘记归档它 。
你总是能够在你发现它们之后的任何时间里增加准确的步骤 。这也将在其他人提交这个问题时解救你 ， 特别是当那个问题比较严重时 。
· 在bug report中写下错误信息 ， 特别是当错误信息有编号的时候 。例如 ， 来自数据库中的错误信息 。
· 在bug report中写下版本编号和内部小版本编号 · 写下问题可以被重现的平台 。准确的说明问题不可重现的平台 。
同样也要理解问题在特定平台上不可重现和没有在某个平台上测试之间的分别 。这个可能会造成混淆 。
· 如果你遇到几个问题却有一样的结果 ， 只需写一个bug report 。问题的修复可能只是一个 。
同样 ， 如果你在不同的地方遇到相似的问题 ， 且要求同一种修复方法 ， 但是在不同的地方 ， 那么就要为每一个问题书写单独的b 。
2.如何写一个强大的bug测试报告在报告中说“不好用”；所报告内容毫无意义；在报告中用户没有提供足够的信息；在报告中提供了错误信息；所报告的问题是由于用户的过失而产生的；所报告的问题是由于其他程序的错误而产生的；所报告的问题是由于网络错误而产生的；简单地说 ， 报告bug的目的是为了让程序员看到程序的错误 。
您可以亲自示范 ， 也可以给出能导致程序出错的、详尽的操作步骤 。如果程序出错了 ， 程序员会收集额外的信息直到找到错误的原因；如果程序没有出错 ， 那么他们会请您继续关注这个问题 ， 收集相关的信息 。
当您报告bug的时候（既然您已经这么做了） ， 一定是希望bug得到及时修正 。所以此时针对程序员的任何过激或亵渎的言语（甚至谩骂）都是与事无补的——因为这可能是程序员的错误 ， 也有可能是您的错误 ， 也许您有权对他们发火 ， 但是如果您能多提供一些有用的信息（而不是激愤之词）或许bug会被更快的修正 。
除此以外 ， 请记住：如果是 ， 作者提供给我们已经是出于好心 ， 所以要是太多的人对他们无礼 ， 他们可能就要“收起”这份好心了 。“程序不好用”程序员不是弱智：如果程序一点都不好用 ， 他们不可能不知道 。