问答题在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
题目
问答题
在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
相似考题
更多“问答题在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？”相关问题
-
第1题：
一条Bug记录应包括（ ）。
①编号②Bug描述③Bug级别
④Bug所属模块⑤发现人A.①②
B.①②③
C.①②③④
D.①②③④⑤答案：D解析：本题考查Bug记录的基本知识。
根据定义，一条完整的Bug记录应包括编号、详细描述、级别、所属模块、状态、发现人等信息。
根据上述描述，应选择选项D。 -
第2题：
BUG记录应该包括（ ）。
①编号②bug描述③bug级别④bug所属模块⑤发现人A.①②
B.①②③
C.①②③④
D.①②③④⑤答案：D解析： -
第3题：
您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。
正确答案:CQ，也可以使用BugFree等免费工具。 -
第4题：
下列哪些选项属于GM的工作职责？（）
- A、在线解答玩家提出的问题
- B、监督线上游戏秩序，记录违规行为
- C、记录玩家线上的查询以及投诉
- D、记录线上的特殊问题以及游戏中出现的Bug和缺点
正确答案:A,B,C,D -
第5题：
BUG信息应该包含哪些内容。
正确答案:测试软件名称、测试版本号、测试人名称、测试事件、测试软件和硬件配置环境、
发现软件错误的类型、错误的严重程度、详细步骤、必要的附图、测试注释。 -
第6题：
软件缺陷的固有特征有软件缺陷的固有性、（）、软件缺陷的感染性。
正确答案:软件缺陷的敏感性 -
第7题：
Bug的种类有哪些？
正确答案: 需求阶段的BUG，分析设计阶段的BUG，设计阶段的BUG，实现阶段的BUG，配置阶段的BUG，短视将来的BUG，静态文档的BUG。 -
第8题：
问答题Bug的种类有哪些？正确答案： 需求阶段的BUG，分析设计阶段的BUG，设计阶段的BUG，实现阶段的BUG，配置阶段的BUG，短视将来的BUG，静态文档的BUG。解析： 暂无解析 -
第9题：
问答题在您以往的工作中，一条软件缺陷（或者叫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）缺陷描述内容
缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果。操作步骤可以方便开发人员再现缺陷进行修正，有些开发的再现缺陷能力很差，虽然他明白你所指的缺陷，但就是无法再现特别是对系统不熟悉的新加入开发人员，介绍步骤可以方便他们再现。实际结果可以让开发明白错误是什么，期望结果可以让开发了解正确的结果应该是如何。解析： 暂无解析 -
第10题：
问答题软件缺陷有哪些？正确答案： 1）软件未达到产品说明书的功能；
2）软件出现了产品说明书指明不会出现的错误；
3）软件功能超出产品说明书指明范围；
4）软件未达到产品说明书虽未指出但应达到的目标；
5）软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好。解析： 暂无解析 -
第11题：
多选题下列哪些选项属于GM的工作职责？（）A在线解答玩家提出的问题
B监督线上游戏秩序，记录违规行为
C记录玩家线上的查询以及投诉
D记录线上的特殊问题以及游戏中出现的Bug和缺点
正确答案： A,B,C,D解析： 暂无解析 -
第12题：
问答题您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。正确答案： CQ，也可以使用BugFree等免费工具。解析： 暂无解析 -
第13题：
对于数据处理领域的问题，若系统规模不太大且不本复杂，需求变化也不大，则最适宜采用（ ）开发方法 A 结构化
B Jackson
C 原型化
D 面对对象 2空需求变化不大的情况下，其实多种模型都可用，所以另一条线索成为解题关键，即“数据处理领域问题”。结构化方法的基本特征是：自顶向下，逐层分解，也适合于大型的数据处理系统，所以用他最合适一条Bug记录应包括______。
①编号 ②Bug描述 ③Bug级别
④Bug所属模块 ⑤发现人A.①②
B.①②③
C.①②③④
D.①②③④⑤答案：D解析：本题考查Bug记录的基本知识。根据定义，一条完整的Bug记录应包括编号、详细描述、级别、所属模块、状态、发现人等信息。根据上述描述，应选择选项D -
第14题：
在您以往的工作中，一条软件缺陷（或者叫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）缺陷描述内容
缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果。操作步骤可以方便开发人员再现缺陷进行修正，有些开发的再现缺陷能力很差，虽然他明白你所指的缺陷，但就是无法再现特别是对系统不熟悉的新加入开发人员，介绍步骤可以方便他们再现。实际结果可以让开发明白错误是什么，期望结果可以让开发了解正确的结果应该是如何。 -
第15题：
软件缺陷有哪些？
正确答案: 1）软件未达到产品说明书的功能；
2）软件出现了产品说明书指明不会出现的错误；
3）软件功能超出产品说明书指明范围；
4）软件未达到产品说明书虽未指出但应达到的目标；
5）软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好。 -
第16题：
如何尽快找出软件中的bug？
正确答案: 1.尽快熟悉软件的需求和业务，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷
2.把自己当成用户，把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？
3.善于怀疑，不要开发人员的能力
4.不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己
5.使用完整的流程去测试软件系统，有些子流程在单独测试时没有问题，但按流程走的时候问题就可能出来了。 -
第17题：
在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
正确答案: 问题概要描述、发现人、发布/构建版本号、测试环境、缺陷类型、缺陷发现步骤、缺陷指派给的人、优先级、重要性。 -
第18题：
描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？
正确答案: 就是Bugzilla的状态转换图。 -
第19题：
问答题在您平时的实践中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？正确答案： 问题概要描述、发现人、发布/构建版本号、测试环境、缺陷类型、缺陷发现步骤、缺陷指派给的人、优先级、重要性。解析： 暂无解析 -
第20题：
问答题当开发人员说不是BUG时，你如何应付？正确答案： 开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来，跟开发经理和测试经理进行确认，如果要修改就改，如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。解析： 暂无解析 -
第21题：
问答题在软件工程或软件测试中，哪些软件问题被称为软件缺陷？正确答案： （1）软件未达到产品说明书中已经标明的功能；
（2）软件出现了产品说明书中指明不会出现的错误；
（3）软件未达到产品说明书中虽未指出但应当达到的目标；
（4）软件功能超出了产品说明书中指明的范围；
（5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不好。解析： 暂无解析 -
第22题：
问答题如何尽快找出软件中的bug？正确答案： 1.尽快熟悉软件的需求和业务，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷
2.把自己当成用户，把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？
3.善于怀疑，不要开发人员的能力
4.不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己
5.使用完整的流程去测试软件系统，有些子流程在单独测试时没有问题，但按流程走的时候问题就可能出来了。解析： 暂无解析 -
第23题：
问答题描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？正确答案： 就是Bugzilla的状态转换图。解析： 暂无解析 -
第24题：
问答题BUG信息应该包含哪些内容。正确答案： 测试软件名称、测试版本号、测试人名称、测试事件、测试软件和硬件配置环境、
发现软件错误的类型、错误的严重程度、详细步骤、必要的附图、测试注释。解析： 暂无解析