47.Bug怎么管理的，Bug的生命周期或者Bug的状态

使用禅道来进行缺陷管理

提交Bug指派给对应的开发，开发进行修复，修复完成后，交给测试复测，复测成功后关闭Bug，不通过则返回给对应的开发。

提交——开发人员（已激活未确认）——开发进行确认，状态变为已激活已确认——开发修复完成标注状态为已修复——测试人员复测通过——已关闭——不通过时返回给开发状态重新激活

1.已经指派的bug---已经指派给开发的，请大家注意自己bug的走向，随时关注并进行跟踪!如果一直未修复，提醒开发修改，以免开发忘记:如果已经修复等待测试环境更新后进行验证。催着改bug
2.已解决的bug---等待测试环境更新后进行验证，验证通过则关闭:验证不通过则重新打开指派给开发
3.重复bug--先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复，说明原因，重新打开指派给开发，
4.不是缺陷--再次依据需求确认，是否是bug,如果依然觉得是缺陷跟开发沟通，列举出来觉得是bug的点，沟通未达一致找产品确认，确认是bug注明情况并再次指派给开发，产品确认不是bug,就不纠结，直接关闭bug,但是，会拿小本本把这个bug记录下来，等到测试任务结束后，再来研究研究。

5.无法重现----确认开发环境是否跟测试环境一致? 包括操作步骤、浏览器、环境、特定账号、输入数据等，如果多个版本验证之后，如开发所说重现不了，依据bug的严重程度跟产品、开发一起确认关闭;如果找到重现原因， 注明清楚并再次指派给开发
6.不予解决---找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发
7.设计如此---找产品经理进行确认。确认设计如此进行关闭;确认是问题，备注原因重新指派给开发

8.延期修改---请看下bug严重程度，是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录，后续版本进行关注一不关闭