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

题目

● 关于bug管理流程,(60)是正确的做法。

(60)

A.开发人员提交新的bug 入库,设置状态为“New”

B.开发人员确认是bug,设置状态为“Fixed”

C.测试人员确认问题解决了,设置状态为“Closed”

D.测试人员确认不是 bug,设置状态为“Reopen”


相似考题
参考答案和解析
正确答案:C
更多“● 关于bug管理流程,(60)是正确的做法。 (60)A.开发人员提交新的bug 入库,设置状态为“New” B.开发 ”相关问题
  • 第1题:

    5, BUG管理的流程。


    正确答案:
             

  • 第2题:

    新测量消除了()有的Bug及“trick”,使得终端更为合理的驻留TD网络

    A.网络

    B.设备

    C.终端

    D.芯片平台


    参考答案:D

  • 第3题:

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

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

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

  • 第4题:

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

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

    答案:D
    解析:

  • 第5题:

    以下关于bug管理流程描述正确的是( )。

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

    答案:C
    解析:
    本题考察bug管理流程。bug管理流程的管理流程如下:(1)测试人员发现bug,提交,设置bug状态为New。(2)开发人员接收bug,设置bug状态为in Progress。(3)开发人员修改完毕,提交,设置bug状态改为Fixed。(4)测试人员针对开发人员作的修改,再次对bug进行测试,如果bug依然存在,就把bug状态置为Reopen,流程到第二步重新开始;如果问题已经解决,就直接改为Close,该bug的流程走完。所以A选项中应该是测试人员提交bug,B选项中状态应该是in Progress,D选项中应该是在测试人员确认bug依然存在时,设置为Reopen状态。只有C选项描述正确。

  • 第6题:

    BUG管理工具的跟踪过程(用BugZilla为例子)


    正确答案: 测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员
    开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发人员的问题,则转发出去,由下一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个BUG,然后测试人员关闭此问题。
    如果开发人员接受了BUG,并修改好以后,将BUG状态修改为已修复,并告知测试在哪个版本中可以测试。
    测试人员在新版本中测试,如果发现问题依然存在,则拒绝验证;如果已经修复,则关闭BUG。

  • 第7题:

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


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

  • 第8题:

    测试人员与开发人员交互测试发现的过程中,开发人员最关注的什么?()

    • A、bug的数量
    • B、bug的严重程度
    • C、bug的复现过程
    • D、bug修复的可行性

    正确答案:C

  • 第9题:

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

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

  • 第10题:

    问答题
    当开发人员说不是BUG时,你如何应付?

    正确答案: 开发人员说不是bug,有2种情况,一是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3方商量确定好后再看要不要改。二是这种情况不可能发生,所以不需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,如果开发人员不修改也没有大问题。如果确定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。
    解析: 暂无解析

  • 第11题:

    问答题
    你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决?

    正确答案: 首先,将问题提交到缺陷管理库里面进行备案。 然后,要获取判断的依据和标准:
    (1)根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据;
    (2)如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;
    (3)根据用户的一般使用习惯,来确认是否是缺陷;
    (4)与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷;
    (5)合理的论述,向测试经理说明自己的判断的理由,注意客观、严谨,不参杂个人情绪。 等待测试经理做出最终决定,如果仍然存在争议,可以通过公司政策所提供的渠道,向上级反映,并有上级做出决定。
    解析: 暂无解析

  • 第12题:

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

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

  • 第13题:

    print("呦,"+"写BUG呢")输出结果为()

    A."呦,"+"写BUG呢"

    B.呦,+写BUG呢

    C.呦,写BUG呢

    D."呦,写BUG呢"


    正确答案:C

  • 第14题:

    Bug记录信息包括( )。①被测软件名称②被测软件版本③测试人④错误等级⑤开发⑥详细步骤

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

    答案:C
    解析:
    Bug记录信息主要包括以下内容:测试软件名称测试版本号测试人名称测试事件测试软件和硬件配置环境发现软件错误的类型错误的严重等级详细步骤必要的附图测试注释

  • 第15题:

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

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

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

  • 第16题:

    Bug记录信息包括( )。①被测软件名称②被测软件版本③测试人④错误等级⑤开发人⑥详细步骤

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

    答案:C
    解析:

  • 第17题:

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


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

  • 第18题:

    你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决?


    正确答案: 首先,将问题提交到缺陷管理库里面进行备案。 然后,要获取判断的依据和标准:
    (1)根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据;
    (2)如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;
    (3)根据用户的一般使用习惯,来确认是否是缺陷;
    (4)与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷;
    (5)合理的论述,向测试经理说明自己的判断的理由,注意客观、严谨,不参杂个人情绪。 等待测试经理做出最终决定,如果仍然存在争议,可以通过公司政策所提供的渠道,向上级反映,并有上级做出决定。

  • 第19题:

    当开发人员说不是BUG时,你如何应付?


    正确答案: 开发人员说不是bug,有2种情况,一是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3方商量确定好后再看要不要改。二是这种情况不可能发生,所以不需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,如果开发人员不修改也没有大问题。如果确定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。

  • 第20题:

    描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程?


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

  • 第21题:

    问答题
    BUG管理工具的跟踪过程(用BugZilla为例子)

    正确答案: 测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员
    开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发人员的问题,则转发出去,由下一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个BUG,然后测试人员关闭此问题。
    如果开发人员接受了BUG,并修改好以后,将BUG状态修改为已修复,并告知测试在哪个版本中可以测试。
    测试人员在新版本中测试,如果发现问题依然存在,则拒绝验证;如果已经修复,则关闭BUG。
    解析: 暂无解析

  • 第22题:

    多选题
    使用软件测试工具的目的()
    A

    帮助测试寻找问题

    B

    协助问题的诊断

    C

    节省测试时间

    D

    提高Bug的发现率

    E

    更好的控制缺陷提高软件质量

    F

    更好的协助开发人员


    正确答案: D,E
    解析: 暂无解析

  • 第23题:

    问答题
    描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程?

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