良好的BUG报告可以为您节省宝贵的时间(2)

那你呢？他们每次来问你关于这个BUG的时候，你每次都需要重新检查问题出在哪里然后再告诉他们解决方案. 如果你是自由职业者或者在做生意, 你可以用这些时间做其他的事情. 就好比赚钱，你可以用这些时间赚钱，而不是花更多时间而一分钱挣不到. 当然你是程序员你是被雇佣的，你会拿到工资, 但是浪费了在这个项目上的时间，就是浪费了公司的钱，试着想一下，如果你能处理好这个问题你的工资会更多呢？

现在你看到了一份BUG报告的影响有多大. 你和技术售后肯定都已经烦了. 除此之外 每个人都在失去金钱. 但是我们不想浪费时间和金钱, 所以让我们来看看怎么避免这样的情况。

一份良好的BUG报告应该长什么样?
在此之前，我想说有很多的方法可以写出好的BUG报告. 这取决于你要提交BUG报告的产品, 有一些BUG报告的模板. 如果是这样的话, 下面这些模板提供了详细的BUG信息。

如果没有模板遵循的时候，至少你要学会提供 at least (!) 这样的信息:

如果可以的话: 这里添加BUG的版本号. 有些时候你修复过的BUG会再出现另外的BUG，这个时候你需要用BUG版本号来区分。
怎么重现 提供一个详细的步骤告诉别人怎么够能够重现你遇到的情况
预期行为 提供多种可能引起这个BUG的可能性，例如：1、可能是您那里操作错误了。2、可能是提供的参数错误。3、可能是XXX ，像这样多种的可能性。
观察行为 描述一个程序应该发生的行为和预期的行为. 这里你就可以解释为什么会有这个BUG报告，哪里出错了。因为这里发生的行为是和预期行为里的某一项是一样的。
如果可以的话: 包含一份日志 这个取决于产品的类型. 如果你知道日志在哪里的话直接使用它们并且发送出来就可以，对于某些类型的产品，它可以让你得到一些详细的信息，找到一个日志文件. 也有一些你没有办法访问日志文件,这样的话他们也就不会问你要日志。
当然，你总是可以提供更多的信息，如截图和代码示例 (如果是框架或者库), 总之尽量去添加多重可能性，2-5个，这样可以为你节省大把的时间。

总结
今天你学到了

糟糕的BUG报告。
它对于时间和金钱的开销很大。
如果写一个良好的BUG报告。
几个星期前，我在Twitter上看到一个话题是关于糟糕BUG报告的,但是具体是谁发起我记不太清楚了。 但是我想分下分享里面的一句话，一直停留在我脑海里的。 原话：

Bug reports are handled with the same effort you put in writing them.

译：

大概意思就是，多少努力多少回报，你在BUG上下了多少工夫，那么它给你带来的受益也成正比的。

也许你会记住今天学到的，或许你改天会创建一个这样的票务系统。我肯定会这么做的。

PS: 如果你知道这是谁说的，我一定会很感谢他/她

原文转自：http://www.zcfy.cc/article/save-time-and-money-by-writing-useful-bug-reports-4311.html