软件测试之bug记录
bug是每一个软件都会出现的问题，但是有些bug对软件的运行没有太大的影响，有些bug可能会导致软件不能正常运行，这时需要对这些bug做一个记录，然后提交给其他人进行修改。一般情况下，这里面包含了哪些bug呢?下面我们来了解一下。1、Bug的标题(Title)和详细描述(Descriptions):
· 标题主要是对你所提交的Bug进行简明扼要的描述;
· Bug的详细描述是对Bug的进一步详细描述，例如在什么情况下发生等等;也可以将标题直接作为描述部分(简短明了时可以)。
这两种方法都是为了让查看Bug的人能够清楚地了解你表达的意思。
2、回归(Regression)：
这一部分主要是测试一下前一个版本有没有此类bug(称为回归测试)。
3、Bug测试环境(Environment)：
在什么环境中发现的这个bug，例如：什么系统，哪个版本等。对于bug环境的描述可以通过简单的罗列即可(精简为主)。
4、复现的详细步骤(ReproSteps)：
这个步骤主要是让您简单地编写您的测试过程，从您开始测试软件的最开始到您发现bug的那一刻(简单的说您的测试过程是一步一步地列出)。
5、实际结果(ActualResults)和预期结果(ExpectedResults)：
· 实际结果就是你在测试软件的过程中，软件所表现出来的特征或者行为;
· 预期结果就是软件需要设计所要求达到的结果或者目标。
6、备注(Notes):
这一部分主要是对bug的一些补充，例如：其它系统也发生，上个版本不发生等需要补充的内容。
7、当然，还有很多内容。例如bug的严重等级、优先等级等。针对不一样的Bug提交系统，做出相应的Bug提交内容即可。
除人工处理和管理这些bug之外，还有一些软件可以自动处理某些bug,TESTCENTER是一种可自行处理的软件，它支持管理项目中的缺陷，包括定制缺陷处理过程、定制缺陷属性、将缺陷与测试用例联系起来、自定义不同维度、统计缺陷统计分析：基于缺陷的固有属性以及用户自定义属性进行统计分析。
页:
[1]
