在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

题目

在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

相似考题

1.下列有关软件缺陷报告的编写中，哪个是错误的?______。A.一个软件缺陷报告中只应记录一个不可再划分的软件缺陷B.软件缺陷报告的标题应该能够最简洁表达一个软件缺陷C.软件缺陷报告中应提供全面的有关该软件缺陷再现的信息D.同一个软件缺陷可以被重复报告

2.print("呦,"＋"写BUG呢")输出结果为()A."呦,"+"写BUG呢"B.呦,+写BUG呢C.呦,写BUG呢D."呦,写BUG呢"

3.在软件缺陷管理实践中，使用______来管理软件缺陷报告，以便于软件缺陷报告的快速存储、共享、传递和处理。A.文件管理系统B.数据库管理系统C.缺陷单D.Excel电子表格文档请帮忙给出正确答案和分析，谢谢!

4.关于bug管理流程，______是正确的做法。A．开发人员提交新的bug入库，设置状态为“New”B．开发人员确认是bug，设置状态为“Fixed”C．测试人员确认问题解决了，设置状态为“Closed”D．测试人员确认不是bug，设置状态为“Reopen”A．B．C．D．

更多“在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？”相关问题

  • 第1题：

    关于bug管理流程，______是正确的做法。

    A.开发人员提交新的bug入库，设置状态为“New”
    B.开发人员确认是bug，设置状态为“Fixed”
    C.测试人员确认问题解决了，设置状态为“Closed”
    D.测试人员确认不是bug，设置状态为“Reopen”

    答案：C
    解析：
    本题考查对bug管理流程的基本环节与知识的理解。选项A：测试人员而不是开发人员提交新的bug入库，设置状态为“New”。选项B：确认是bug，设置状态为“Open”而不是“’Fixed”。选项D：确认不是bug，设置状态为“Declined”而不是“Reopen”。

  • 第2题：

    对于数据处理领域的问题，若系统规模不太大且不本复杂，需求变化也不大，则最适宜采用（ ）开发方法 A 结构化
    B Jackson
    C 原型化
    D 面对对象 2空需求变化不大的情况下，其实多种模型都可用，所以另一条线索成为解题关键，即“数据处理领域问题”。结构化方法的基本特征是：自顶向下，逐层分解，也适合于大型的数据处理系统，所以用他最合适一条Bug记录应包括______。
    ①编号 ②Bug描述 ③Bug级别
    ④Bug所属模块 ⑤发现人

    A.①②
    B.①②③
    C.①②③④
    D.①②③④⑤

    答案：D
    解析：
    本题考查Bug记录的基本知识。根据定义，一条完整的Bug记录应包括编号、详细描述、级别、所属模块、状态、发现人等信息。根据上述描述，应选择选项D

  • 第3题：

    在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？


    正确答案: 一条Bug记录最基本应包含：
    B.ug编号；
    B.ug严重级别，优先级；
    B.ug产生的模块；
    首先要有bug摘要，阐述bug大体的内容；
    B.ug对应的版本；
    B.ug详细现象描述，包括一些截图、录像....等等；
    B.ug出现时的测试环境，产生的条件即对应操作步骤；
    高质量的Bug记录：
    （1）通用UI要统一、准确
    缺陷报告的UI要与测试的软件UI保持一致，便于查找定位。
    （2）尽量使用业界惯用的表达术语和表达方法
    使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
    （3）每条缺陷报告只包括一个缺陷
    每条缺陷报告只包括一个缺陷，可以使缺陷修正者迅速定位一个缺陷，集中精力每次只修正一个缺陷。校验者每次只校验一个缺陷是否已经正确修正。
    （4）不可重现的缺陷也要报告
    首先缺陷报告必须展示重现缺陷的能力。不可重现的缺陷要尽力重现，若尽力之后仍不能重现，仍然要报告此缺陷，但在报告中要注明无法再现，缺陷出现的频率。
    （5）明确指明缺陷类型
    根据缺陷的现象，总结判断缺陷的类型。例如，即功能缺陷、界面缺陷、数据缺陷，合理化建议这是最常见的缺陷或缺陷类型，其他形式的缺陷或缺陷也从属于其中某种形式。
    （6）明确指明缺陷严重等级和优先等级
    时刻明确严重等级和优先等级之间的差别。高严重问题可能不值得解决，小装饰性问题可能被当作高优先级。
    （7）描述（Description），简洁、准确，完整，揭示缺陷实质，记录缺陷或缺陷出现的位置
    描述要准确反映缺陷的本质内容，简短明了。为了便于在软件缺陷管理数据库中寻找制定的测试缺陷，包含缺陷发生时的用户界面（UI）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。
    （8）短行之间使用自动数字序号，使用相同的字体、字号、行间距
    短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。
    （9）每一个步骤尽量只记录一个操作保证简洁、条理井然，容易重复操作步骤。
    （10）确认步骤完整，准确，简短
    保证快速准确的重复缺陷，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
    （11）根据缺陷，可选择是否进行图象捕捉
    为了直观的观察缺陷或缺陷现象，通常需要附加缺陷或缺陷出现的界面，以图片的形式作为附件附着在记录的“附件”部分。为了节省空间，又能真实反映缺陷或缺陷本质，可以捕捉缺陷或缺陷产生时的全屏幕，活动窗口和局部区域。为了迅速定位、修正缺陷或缺陷位置，通常要求附加中文对照图。
    附加必要的特殊文档和个人建议和注解
    如果打开某个特殊的文档而产生的缺陷或缺陷，则必须附加该文档，从而可以迅速再现缺陷或缺陷。有时，为了使缺陷或缺陷修正者进一步明确缺陷或缺陷的表现，可以附加个人的修改建议或注解。
    （12）检查拼写和语法缺陷
    在提交每条缺陷或缺陷之前，检查拼写和语法，确保内容正确，正确的描述缺陷。
    （13）尽量使用短语和短句，避免复杂句型句式
    软件缺陷管理数据库的目的是便于定位缺陷，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。
    以上概括了报告测试缺陷的规范要求，随着软件的测试要求不同，测试者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，经常阅读、学习其他测试工程师的测试缺陷报告，结合自己以前的测试缺陷报告进行对比和思考，可以不断提高技巧。
    （（14）缺陷描述内容
    缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果。操作步骤可以方便开发人员再现缺陷进行修正，有些开发的再现缺陷能力很差，虽然他明白你所指的缺陷，但就是无法再现特别是对系统不熟悉的新加入开发人员，介绍步骤可以方便他们再现。实际结果可以让开发明白错误是什么，期望结果可以让开发了解正确的结果应该是如何。

  • 第4题：

    软件缺陷有哪些？


    正确答案: 1）软件未达到产品说明书的功能；
    2）软件出现了产品说明书指明不会出现的错误；
    3）软件功能超出产品说明书指明范围；
    4）软件未达到产品说明书虽未指出但应达到的目标；
    5）软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好。

  • 第5题：

    如何尽快找出软件中的bug？


    正确答案: 1.尽快熟悉软件的需求和业务，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷
    2.把自己当成用户，把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？
    3.善于怀疑，不要开发人员的能力
    4.不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己
    5.使用完整的流程去测试软件系统，有些子流程在单独测试时没有问题，但按流程走的时候问题就可能出来了。

  • 第6题：

    以下哪几个选项属于OpenStack社区代码Review的步骤？（）

    • A、提交bug或者Blueprint
    • B、创建分支修改代码
    • C、将代码提交给Gerrit
    • D、代码在社区Review

    正确答案:A,B,C,D

  • 第7题：

    软件缺陷的固有特征有软件缺陷的固有性、（）、软件缺陷的感染性。


    正确答案:软件缺陷的敏感性

  • 第8题：

    Bug的种类有哪些？


    正确答案: 需求阶段的BUG，分析设计阶段的BUG，设计阶段的BUG，实现阶段的BUG，配置阶段的BUG，短视将来的BUG，静态文档的BUG。

  • 第9题：

    问答题
    在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

    正确答案： 问题概要描述、发现人、发布/构建版本号、测试环境、缺陷类型、缺陷发现步骤、缺陷指派给的人、优先级、重要性。
    解析： 暂无解析

  • 第10题：

    问答题
    在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

    正确答案： 一条Bug记录最基本应包含：
    B.ug编号；
    B.ug严重级别，优先级；
    B.ug产生的模块；
    首先要有bug摘要，阐述bug大体的内容；
    B.ug对应的版本；
    B.ug详细现象描述，包括一些截图、录像....等等；
    B.ug出现时的测试环境，产生的条件即对应操作步骤；
    高质量的Bug记录：
    （1）通用UI要统一、准确
    缺陷报告的UI要与测试的软件UI保持一致，便于查找定位。
    （2）尽量使用业界惯用的表达术语和表达方法
    使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
    （3）每条缺陷报告只包括一个缺陷
    每条缺陷报告只包括一个缺陷，可以使缺陷修正者迅速定位一个缺陷，集中精力每次只修正一个缺陷。校验者每次只校验一个缺陷是否已经正确修正。
    （4）不可重现的缺陷也要报告
    首先缺陷报告必须展示重现缺陷的能力。不可重现的缺陷要尽力重现，若尽力之后仍不能重现，仍然要报告此缺陷，但在报告中要注明无法再现，缺陷出现的频率。
    （5）明确指明缺陷类型
    根据缺陷的现象，总结判断缺陷的类型。例如，即功能缺陷、界面缺陷、数据缺陷，合理化建议这是最常见的缺陷或缺陷类型，其他形式的缺陷或缺陷也从属于其中某种形式。
    （6）明确指明缺陷严重等级和优先等级
    时刻明确严重等级和优先等级之间的差别。高严重问题可能不值得解决，小装饰性问题可能被当作高优先级。
    （7）描述（Description），简洁、准确，完整，揭示缺陷实质，记录缺陷或缺陷出现的位置
    描述要准确反映缺陷的本质内容，简短明了。为了便于在软件缺陷管理数据库中寻找制定的测试缺陷，包含缺陷发生时的用户界面（UI）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。
    （8）短行之间使用自动数字序号，使用相同的字体、字号、行间距
    短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。
    （9）每一个步骤尽量只记录一个操作保证简洁、条理井然，容易重复操作步骤。
    （10）确认步骤完整，准确，简短
    保证快速准确的重复缺陷，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
    （11）根据缺陷，可选择是否进行图象捕捉
    为了直观的观察缺陷或缺陷现象，通常需要附加缺陷或缺陷出现的界面，以图片的形式作为附件附着在记录的“附件”部分。为了节省空间，又能真实反映缺陷或缺陷本质，可以捕捉缺陷或缺陷产生时的全屏幕，活动窗口和局部区域。为了迅速定位、修正缺陷或缺陷位置，通常要求附加中文对照图。
    附加必要的特殊文档和个人建议和注解
    如果打开某个特殊的文档而产生的缺陷或缺陷，则必须附加该文档，从而可以迅速再现缺陷或缺陷。有时，为了使缺陷或缺陷修正者进一步明确缺陷或缺陷的表现，可以附加个人的修改建议或注解。
    （12）检查拼写和语法缺陷
    在提交每条缺陷或缺陷之前，检查拼写和语法，确保内容正确，正确的描述缺陷。
    （13）尽量使用短语和短句，避免复杂句型句式
    软件缺陷管理数据库的目的是便于定位缺陷，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。
    以上概括了报告测试缺陷的规范要求，随着软件的测试要求不同，测试者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，经常阅读、学习其他测试工程师的测试缺陷报告，结合自己以前的测试缺陷报告进行对比和思考，可以不断提高技巧。
    （（14）缺陷描述内容
    缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果。操作步骤可以方便开发人员再现缺陷进行修正，有些开发的再现缺陷能力很差，虽然他明白你所指的缺陷，但就是无法再现特别是对系统不熟悉的新加入开发人员，介绍步骤可以方便他们再现。实际结果可以让开发明白错误是什么，期望结果可以让开发了解正确的结果应该是如何。
    解析： 暂无解析

  • 第11题：

    问答题
    描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？

    正确答案： 就是Bugzilla的状态转换图。
    解析： 暂无解析

  • 第12题：

    问答题
    BUG信息应该包含哪些内容。

    正确答案： 测试软件名称、测试版本号、测试人名称、测试事件、测试软件和硬件配置环境、
    发现软件错误的类型、错误的严重程度、详细步骤、必要的附图、测试注释。
    解析： 暂无解析

  • 第13题：

    一条Bug记录应包括（ ）。
    ①编号②Bug描述③Bug级别
    ④Bug所属模块⑤发现人

    A.①②
    B.①②③
    C.①②③④
    D.①②③④⑤

    答案：D
    解析：
    本题考查Bug记录的基本知识。
    根据定义，一条完整的Bug记录应包括编号、详细描述、级别、所属模块、状态、发现人等信息。
    根据上述描述，应选择选项D。

  • 第14题：

    BUG记录应该包括（ ）。
    ①编号②bug描述③bug级别④bug所属模块⑤发现人

    A.①②
    B.①②③
    C.①②③④
    D.①②③④⑤

    答案：D
    解析：

  • 第15题：

    您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。


    正确答案:CQ，也可以使用BugFree等免费工具。

  • 第16题：

    下列哪些选项属于GM的工作职责？（）

    • A、在线解答玩家提出的问题
    • B、监督线上游戏秩序，记录违规行为
    • C、记录玩家线上的查询以及投诉
    • D、记录线上的特殊问题以及游戏中出现的Bug和缺点

    正确答案:A,B,C,D

  • 第17题：

    BUG信息应该包含哪些内容。


    正确答案:测试软件名称、测试版本号、测试人名称、测试事件、测试软件和硬件配置环境、
    发现软件错误的类型、错误的严重程度、详细步骤、必要的附图、测试注释。

  • 第18题：

    软件缺陷打开/关闭图表、（）、软件缺陷关闭周期表是常用的软件缺陷跟踪图表。


    正确答案:根本原因图表

  • 第19题：

    描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？


    正确答案: 就是Bugzilla的状态转换图。

  • 第20题：

    填空题
    软件缺陷的固有特征有软件缺陷的固有性、（）、软件缺陷的感染性。

    正确答案： 软件缺陷的敏感性
    解析： 暂无解析

  • 第21题：

    多选题
    以下哪几个选项属于OpenStack社区代码Review的步骤？（）
    A

    提交bug或者Blueprint

    B

    创建分支修改代码

    C

    将代码提交给Gerrit

    D

    代码在社区Review


    正确答案： B,C
    解析： 暂无解析

  • 第22题：

    多选题
    下列哪些选项属于GM的工作职责？（）
    A

    在线解答玩家提出的问题

    B

    监督线上游戏秩序，记录违规行为

    C

    记录玩家线上的查询以及投诉

    D

    记录线上的特殊问题以及游戏中出现的Bug和缺点


    正确答案： A,B,C,D
    解析： 暂无解析

  • 第23题：

    问答题
    您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。

    正确答案： CQ，也可以使用BugFree等免费工具。
    解析： 暂无解析

相关内容