如何提交高质量的Bug记录?

目录

前言

一条 Bug 记录最基本应包含:

高质量的 Bug 记录

1) 通用 UI 要统一、准确

2) 尽量使用业界惯用的表达术语和表达方法

3) 每条缺陷报告只包括一个缺陷

4) 不可重现的缺陷也要报告

5) 明确指明缺陷类型

6) 明确指明缺陷严重等级和优先等级

7) 描述 (Description) ,简洁、准确,完整,揭示缺陷实质,记录缺

陷或缺陷出现的位置

8) 短行之间使用自动数字序号,使用相同的字体、字号、行间距

9) 每一个步骤尽量只记录一个操作

10) 确认步骤完整,准确,简短

11) 根据缺陷,可选择是否进行图象捕捉

12) 检查拼写和语法缺陷

13) 尽量使用短语和短句,避免复杂句型句式

14) 缺陷描述内容

结语


前言

在您以往的工作中,一条软件缺陷(或者叫 Bug)记录都包含了哪些内

容?你又是如何提交高质量的软件缺陷(Bug)记录的呢 ?如果你不会的话,那么让我们一起往下看。

一条 Bug 记录最基本应包含:

bug 编号;

bug 严重级别,优先级;

bug 产生的模块;

首先要有 bug 摘要,阐述 bug 大体的内容;

bug 对应的版本;

bug 详细现象描述,包括一些截图、录像…等等;

bug 出现时的测试环境,产生的条件即对应操作步骤;

高质量的 Bug 记录

1) 通用 UI 要统一、准确

缺陷报告的 UI 要与测试的软件 UI 保持一致,便于查找定位。

2) 尽量使用业界惯用的表达术语和表达方法

使用业界惯用的表达术语和表达方法,保证表达准确,体现专业化。

3) 每条缺陷报告只包括一个缺陷

每条缺陷报告只包括一个缺陷,可以使缺陷修正者迅速定位一个缺陷,

集中精力每次只修正一个缺陷。校验者每次只校验一个缺陷是否已经正

确修正。

4) 不可重现的缺陷也要报告

首先缺陷报告必须展示重现缺陷的能力。不可重现的缺陷要尽力重现,

若尽力之后仍不能重现,仍然要报告此缺陷,但在报告中要注明无法再

现,缺陷出现的频率。

5) 明确指明缺陷类型

根据缺陷的现象,总结判断缺陷的类型。例如,即功能缺陷、界面缺陷、

数据缺陷,合理化建议这是最常见的缺陷或缺陷类型,其他形式的缺陷

或缺陷也从属于其中某种形式。

6) 明确指明缺陷严重等级和优先等级

时刻明确严重等级和优先等级之间的差别。高严重问题可能不值得解决,

小装饰性问题可能被当作高优先级。

7) 描述 (Description) ,简洁、准确,完整,揭示缺陷实质,记录缺

陷或缺陷出现的位置

描述要准确反映缺陷的本质内容,简短明了。为了便于在软件缺陷管理

数据库中寻找制定的测试缺陷,包含缺陷发生时的用户界面(UI)是个

良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。

加粗样式

8) 短行之间使用自动数字序号,使用相同的字体、字号、行间距

短行之间使用自动数字序号,使用相同的字体、字号、行间距,可以保

证各条记录格式一致,做到规范专业。

9) 每一个步骤尽量只记录一个操作

保证简洁、条理井然,容易重复操作步骤。

10) 确认步骤完整,准确,简短

保证快速准确的重复缺陷,“完整”即没有缺漏,“准确”即步骤正确,

“简短”即没有多余的步骤。

11) 根据缺陷,可选择是否进行图象捕捉

为了直观的观察缺陷或缺陷现象,通常需要附加缺陷或缺陷出现的界面,

以图片的形式作为附件附着在记录的“附件”部分。为了节省空间,又

能真实反映缺陷或缺陷本质,可以捕捉缺陷或缺陷产生时的全屏幕,活

动窗口和局部区域。为了迅速定位、修正缺陷或缺陷位置,通常要求附

加中文对照图。

附加必要的特殊文档和个人建议和注解

如果打开某个特殊的文档而产生的缺陷或缺陷,则必须附加该文档,从

而可以迅速再现缺陷或缺陷。有时,为了使缺陷或缺陷修正者进一步明

确缺陷或缺陷的表现,可以附加个人的修改建议或注解。

12) 检查拼写和语法缺陷

在提交每条缺陷或缺陷之前,检查拼写和语法,确保内容正确,正确的

描述缺陷。

13) 尽量使用短语和短句,避免复杂句型句式

软件缺陷管理数据库的目的是便于定位缺陷,因此,要求客观的描述操

作步骤,不需要修饰性的词汇和复杂的句型,增强可读性。

以上概括了报告测试缺陷的规范要求,随着软件的测试要求不同,测试

者经过长期测试,积累了相应的测试经验,将会逐渐养成良好的专业习

惯,不断补充新的规范书写要求。此外,经常阅读、学习其他测试工程

师的测试缺陷报告,结合自己以前的测试缺陷报告进行对比和思考,可

以不断提高技巧。

14) 缺陷描述内容

缺陷描述的内容可以包含缺陷操作步骤,实际结果和期望结果。操作步

骤可以方便开发人员再现缺陷进行修正,有些开发的再现缺陷能力很差,

虽然他明白你所指的缺陷,但就是无法再现特别是对系统不熟悉的新加

入开发人员,介绍步骤可以方便他们再现。实际结果可以让开发明白错

误是什么,期望结果可以让开发了解正确的结果应该是如何。

结语

感谢每一个认真阅读我文章的人!!!

如果下面这些资料用得到的话可以直接拿走:

1、自学开发或者测试必备的完整项目源码与环境

2、测试工作中所有模板(测试计划、测试用例、测试报告等)

3、软件测试经典面试题

4、Python/Java自动化测试实战.pdf

5、Jmeter/postman接口测试全套视频获取

6、Python学习路线图  

 重点:配套学习资料和视频教学

那么在这里我也精心准备了上述大纲的详细资料包含:电子书,简历模块,各种工作模板,面试宝典,自学项目等。如下,需要的添加下方V信免费领取。

  • 1
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在我以往的工作中,一条软件缺陷记录通常包含以下内容: 1. Bug编号:用于唯一标识缺陷。 2. Bug标题:简短描述缺陷的名称或概要。 3. Bug描述:详细描述缺陷的现象、出现的场景、影响范围等信息。 4. Bug重现步骤:详细描述如何重现缺陷的步骤。 5. Bug优先级:根据缺陷的影响程度和紧急程度划分缺陷的等级。 6. Bug状态:标识缺陷的当前状态,如新建、已分配、已修复、已验证等。 7. Bug截图或录像:提供缺陷的截图或录像,有助于开发人员更快地定位和修复缺陷。 8. Bug提交人和提交时间:记录缺陷的提交人和提交时间,方便后续跟踪和管理。 软件缺陷的等级通常根据缺陷的影响程度和紧急程度来划分,常见的缺陷等级包括: 1. 阻塞:严重影响系统使用,必须立即修复。 2. 严重:影响系统的主要功能,需要尽快修复。 3. 一般:影响系统的次要功能,可以在下一个版本中修复。 4. 轻微:影响系统的辅助功能,可以在后续版本中修复。 要提交高质量的软件缺陷记录,可以注意以下几点: 1. 确保缺陷描述和重现步骤准确详细,能够让开发人员快速定位和修复缺陷。 2. 根据缺陷的影响程度和紧急程度合理划分缺陷等级。 3. 提供缺陷的截图或录像,有助于开发人员更快地定位和修复缺陷。 4. 提交缺陷前,仔细检查是否有遗漏或错误,确保缺陷记录的准确性和完整性。 5. 及时更新缺陷状态和进展情况,方便后续跟踪和管理

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值