书写Bug Report的注意事项

看了gaoyuanfeng写的《如何有效的写BUG报告》一文，觉得总结的不错，根据自己的项目经验，我也进行了一下简单的总结。

1.Reporter和Report Date一定要有，而且要正确，这样开发如果不能重现报告中的问题，可以直接和对应的测试人员联系。

2.测试环境（软件版本）一定要描述清楚，这样一旦新的版本上重现不出来而被开发给invalid之后，我们也可以据理力争一下。

3.Title一定要简洁明确，而且不要有语法错误，不管是以后验证bug还是执行回归测试，都要力求一看到这个题目就知道问题所在，减少不必要的时间浪费。

4.测试步骤一定要正确，写完之后记得重新检查一下，确保没有遗漏，而且每一个步骤都尽量用最简短的话语表述出来，避免啰嗦；测试的前提条件也要在Test steps之前描述清楚；如果有必要的话最好说明一下测试用的数据；还有一点也很重要，测试步骤一定要简练，保证用最简单的操作步骤把问题重现出来，这样也方便开发定位问题的根源。

5.对于大部分问题，最好把截图、log和录像等信息保存下来,和Bug Report一起上传到服务器，并且把log和录像的路径在Bug Report中说明一下。这样做一方面可以方便开发分析问题，减少重现bug的时间；另外，对于较难重现的bug，可以减少很多由于一遍一遍重现而浪费的时间。

6.对于bug的等级，很多测试人员都认为是可有可无的，因为有些时候她们觉得自己无法定义一个bug的严重性，经常随便标一个级别，然后就扔给开发人员。这种想法是错误的，根据bug的严重程度，每个公司都有自己定义bug等级的规则，作为测试人员，我们一定要端正自己的观点，对于自己发现的问题，一定要认真的分析一下，然后定一个合理的等级。对我们来说不很重要的bug等级，对开发来说却是很重要的，这是他们修改bug优先级的一个重要依据，尤其是bug比较多的阶段，这一条更要认真填写。

暂时就先想到以上几点，以后如果再想到写什么再补充上去，也欢迎大家提一下自己的意见和建议！