一、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-fixed6）已解决的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。
){kind=tracking}
