bug的生命周期
错误的生命周期是指发现错误并关闭该错误的过程。
生命周期中的缺陷状态：新建----分配----已解决----等待检查----已关闭
错误发现---错误提交---错误分配---研发验证错误---研发修复错误--- -回归验证错误---验证是否通过--- -关闭错误
如果等待检查的错误在验证时没有成功解决，我们必须重新打开--- -分配--- -已解决--- -等待检查，循环这个过程。
其他状态：拒绝、延期等
BUG的处理流程图(生命周期图) )
状态处理
1 .已经分配的bug----已经分配给开发的，必须随时关注并跟踪自己指出的bug的状态变化！ 如果未修复，则提示开发人员进行修复，等待测试环境更新后再进行验证
2 .已解决的错误----等待测试环境更新后再进行验证，如果验证成功则关闭验证失败，则重新分配给开发
3 .重复错误----首先，它是否与开发人员指定的错误或您在错误系统中看到的错误重复？ 重复确定后关闭； 如果不重复，请说明理由，然后重新打开分配给开发的内容。
4 .非缺陷----确认开发环境与测试环境是否一致，如开发所说非缺陷则关闭； 确认是缺陷并与开发沟通，沟通不一致时要求产品/反馈老板确认，确认是错误并注明情况，再次分配给开发。
5 .无法再现----确认开发环境是否与测试环境一致？ 多个版本(包括操作步骤、浏览器、环境、特定账户等)经过验证后，如开发所言无法再现时，根据bug的重要性与产品、开发一起确认关闭； 如果发现再现原因，则明确注明，重新分配给开发。
6 .不解决---要求产品经理确认。 确认关闭而不解决。确认需要解决，记下理由，分配给开发
7 .设计是这样的---请产品经理确认。 确认设计是这样关闭的； 确认问题，记下原因并重新分配给开发。
8 .延期修改---请看错误的严重程度。 是否影响了当前版本？ 向产品经理确认。 如果不延期，请根据情况重新打开，备注说明情况； 延期确定后做好记录，关注后续版本。
开发同学注意事项：
开发人员是错误系统，必须记录以下信息。
对于已修复的错误，必须在该错误的评论中评论修改方案和信息，以便在以后发生同样的问题时能够迅速找到原因
像这样(不是缺陷)、不解决、延期的错误、无法再现的错误，通过记下处理的原因，可以节约交流的时间，并且在之后有同样的问题时，可以立即找到原因
重复错误标明重复错误id