一起来讨论两个问题：
1。什么是“好”BUG？
2。如何提出好BUG？
别吝啬，各抒己见吧，各位。
补充（2010.1.5）
说一下我的想法：
一个"好"BUG从形式上至少要有以下两点：
1.要有一个很明确达意的标题。
1.要有一个很明确达意的标题。
能准确描述，准确定位，甚至能准确说出原理。
2.要有很详细但又简洁的步骤。
详细是说保证对方能重现，简洁是指用尽可能少的步骤来重现。比如，你第一次发现一个BUG用了7步，但是如果你分析一下原因，可能只要3步就能重现。这样，你把这三步清晰详细地描述出来。
怎样提“好”BUG：
.在提BUG之前试着做troubleshooting，分析BUG的成因，并由此找到BUG会重现的所有地方。要做到这点，一方面要有一定的经验，熟悉产品结构和需求，另一方面就是做事情要细心耐心。
我之所以想起这个关于好BUG的问题，是因为最近正在全面测试产品新版本。我提了一些BUG，其中有一些被Cancel掉了。
在错误中进步虽然有点笨不过却也更记忆犹新。细想一下，我被关闭的BUG主要有两类错误：1。重复的。由于美国那边已经测了很久了，提了相当多的Bug，但是在BUG管理工具中查找不是很方便，所以有的我没注意到别人已经提过了。这主要是我的粗心和不耐心所致。2。对需求了解错误或者不明确的。这个还需要我的经验累积和多查文档，多问老员工。
和经理的对话当中，她提到美国一个QA提的BUG很好，于是我才产生了这个问题。我还记得她说只要是那个QA提的BUG，基本没有人会去质疑或者关闭。——我心中顿时树立了一个高高在上的武林高手形象~~ 多么权威，多么令人景仰。我的偶像啊~ 加油~~
