Bug 怎么报?

    进入QA这个行业也有两年的时间了,报bug是QA工作中不可缺少的一部分工作.
    那么Bug怎么报呢?好的bug有什么样的特性呢?

    首先是Bug的标题应该清晰明了地反映出这个bug在哪出的问题,出的什么问题,对产品产生了什么样的影响.
    其次是bug的描述(STR:step to reproduce),bug的描述一定要十分的清晰.记得我的第一个mentor说过,最好的bug描述是让一个不懂这个产品的人都可以重现你报的这个bug.
    其实bug描述不仅仅是把发生错误的步骤写出来,这个描述中应该透露出你对这个bug的研究与分析.
    什么样的条件是bug发生的必要条件,这个一定要在bug的描述中清晰的指出.并且不是必要条件的就没有必要提,如果提起也要声明这个对bug的重现不起作用.(如果不清晰的描述bug发生的条件就会误导开发,那么开发修bug的时间就会增加.好的测试其实的开发的军师,他能够帮助开发在最短的时间内定位问题并且修复问题.)
    最后是Bug的结果,它包含实际的结果和预期的结果.
    在描述实际结果时,可以给出这个错误的结果发生地原因.
    在描述预期结果时,一定要详细,不能错过任何细节的描述.这样做的避免开发修出来的bug和你的预期有出入.

    那么好的bug有什么特性呢?我想我在上面已经提到:
    1. 易重现性
    2. 帮助开发定位问题发生的原因
    3. 帮助PM认识问题的严重性