TA的每日心情 | 擦汗 前天 09:04 |
---|
签到天数: 1047 天 连续签到: 5 天 [LV.10]测试总司令
|
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是一种可自行处理的软件,它支持管理项目中的缺陷,包括定制缺陷处理过程、定制缺陷属性、将缺陷与测试用例联系起来、自定义不同维度、统计缺陷统计分析:基于缺陷的固有属性以及用户自定义属性进行统计分析。
|
|