一、bug的生命周期（重点）

bug的生命周期就是从bug被发现到bug被关闭的整个过程。

1.bug生命周期：
        新建（提交bug） -  指派 - 已解决 - 待验 - 关闭
        new（新建） - assign额的（指派给对应开发） - resolved-fixed（已解决） - verifield （待验)- closed(关闭）

2.bug的跟踪管理流程

        1）发现bug，一定要确定bug（可能因为环境问题，操作问题，因此预期结果和实际结果不一致），提交bug（缺陷管理工具） --- new

        2）指派给开发/开发老大 --- assigned（指派）
        3）研发确认bug
                1>重复的bug（提交的bug已经有人提交，要求开发重复的bug编号加入备注）

                测试：确认bug是否重复

                        1.是的话，bug关闭（避免提交重复的bug，搜索bug）
                        2.不是的，加备注描述不是重复bug原因，重新激活bug
                2>不是缺陷 --- invaild
                3>无法复现 -- 确认bug是否可以重现

                               1.可以重现，帮开发进行重现
                                2.自己的环境也不能重现，跟踪3-5个版本，加备注--关闭
                   （不能稳定复现，偶现bug，写出bug的复现率，出现bug次数/总的测试次数）
        4）研发解决bug

                异常：1.不予解决 wont fix  --- 争议，尝试沟通，无果 --产品确认=== 加备注，关闭

                           2.延期 --- delay（建议性，优先级低，改动太大，影响太大，需要分析1.bug是否影响用户使用 2.衡量一下时间，bug影响程度 3.产品经理做最后的确认 === 加备注，bug状态为挂起）
        5）研发已解决bug  --- resolved-fixed

        6）已解决的bug回到测试这边 --- verified  待验，回归测试

                1>验证通过 bug完美的结果，关闭--closed

                2>验证不通过

                        注意：bug验证需要在开发修改的版本里面进行验证

                        测试版本环境正确，问题依然存在，重新bug指派开发，开发继续修复

二、禅道（缺陷管理工具）（重点）

点击测试/bug,输入产品名称/模块/项目/版本

指派给对应开发

选择bug类型，操作系统，浏览器等

输入bug标题：【bug功能模块】bug的操作+bug的结果

选择严重程度

输入复现步骤

有对应的附件，上传对应的附件

（截止日期/优先级，由开发人员填写）

保存之后可以查看提交的bug，并且添加备注

 

三、常见的面试笔试题

1.开发说不是bug，你认为是bug，怎么办？
        首先需要确认bug（通过环境，操作步骤），对照需求，站在用户的角度，参照成熟产品，与开发沟通，说服开发，最后由项目经理做最后的确认。
        结果一：要修复

                bug重新激活，加备注（要修复的保留证据）
        结果二：不修复
                保留证据，加备注

2.bug的生命周期

        从开始到关闭，新建bug，指派给开发，开发确认解决，解决好后复测，关闭bug

3.你在发现bug并确认bug的过程中，对于复现率不高的bug怎么处理？

        首先是一定会跟踪bug，记录好复现率，跟踪两到三个版本后，没问题后，添加备注，标注好bug复现率以及测试版本再关闭bug。