我们大部分都不是测试小白，知晓bug的生命周期，但是现在有一个疑问，我们的遗留bug，有一直跟进下去吗？
bug生命周期：创建--修复--验证--重开--修复--验证--关闭
遗留bug：本版本不会修复的问题
一、首先我们要区分，遗留bug和需求问题。
bug是程序的衍生物，但是有可能需求本身就是有漏洞的，逻辑是不通的、矛盾的，也有人定义为这是需求bug，在这里我们暂且不这么定义它，因为这种问题会有很多种场景：当下必须修复的；后续优化的。
在这里，我们定义，遗留bug，跟需求的任何问题没有关系！因为现在我们在JIRA上已经没有需求缺陷这个归类了。
对于需求上的问题，我们单独一套流程去跟踪它，直接反馈给需求组，让需求组去确认、记录、跟进。
二、遗留bug我们跟进了吗？
遗留bug就是指这个版本无法修复的问题，可能由于这样或那样的原因，它就是没有办法在发现的当下去修复。那我们后面怎么去跟进它呢？是不是测试环境验证过就关闭了呢？
答案是否定的，因为当下无法修复的bug，后面肯定是挂在某一个人的名下（开发或者测试），如果在发布到正式环境之前，我们就关闭了它，后面可能就不一定可以保证这个问题得到了修复。
这个问题的原因是多方面的：
1.个人没有关注挂在自己名下的bug
2.修复版本没有合并在最新的测试分支，到最后也不会在主干上，正式机得不到真正的修复
为了规范遗留问题的跟进，经过商讨之后，决议如下：
1.需求的问题及时汇总给需求组
2.遗留问题解决结果统一为延期处理，测试环境验证后不关闭，挂在测试人员名下
3.关注遗留bug面板，关注自己所负责项目下有哪些遗留bug，主要按部署平台分（月亮天使、SFA、月亮天使web、SFAweb、CRM后台、HR后台等），项目上线之前安排遗留bug经办人跟进到上线结束，然后关闭，流程如下：
上线版本V1.0-->遗留问题（延期处理，已解决）-->上线版本V2.0-->遗留问题解决-->关闭问题（END）
实际应用可能会遇到的问题：
1.现在bug没有字段可以标识部署平台是哪个？无法按照平台来做归类
2.我们需要清楚问题的修复是在哪个平台部署的？特别是后台有些业务是根据开发组区分，而不是业务组，一个开发组会负责多种业务
