小王是一个测试团队的新成员，这是他第一次参与研发流程。他工作认真负责，总能够准确快速地找出产品中的bug，同时还能够协助开发团队找到root cause，所以大家都很喜欢他。
但是随着项目的推移，堆积起来的bug越来越多了。因为进度滞后，所以大家的压力都比较大。慢慢地，小王发现身边的情况有了些微妙的变化。比如吧，以前他找到一个bug，大家都会鼓励他，现在他找到些不那么严重的bug，好象一些团队成员的脸色就不那么好看了。另外呢，他隐约地听说测试经理好像和开发经理有点矛盾了。原因主要是进度跟不上，开发那边想把一些前面决定要修的bug往后面推，就是希望等到下一个版本再修。
于此同时，小王的好朋友小马，做了几年开发的，悄悄给小王说. 现在进度落后，bug太多，上面大老板看报表的时候不好看，弄不好到头来大家都没有好果子吃。现在就算再找多少bug出来，来不及去修，除了把报表弄得更加难看，对最终客户也没什么好处，是个吃力不讨好的事情...
小王正好有一个半年一次和测试总监面谈的机会。小王针对这个情况还专门归纳出下面几个问题。如果您是测试总监，您建议小王怎么处理目前的情况呢？
（明天我来公布测试总监的回答和我自己的一些看法）
1、一般来说，在项目准备阶段，会树立一个缺陷等级（bug bar），定义缺陷的严重程度。随着项目的进行，这个缺陷等级应该发生变化呢，还是应该保持不变呢？
2、当发现一个bug后，会根据缺陷等级来定义这个bug的严重度，比如1级，2级或者3级。一旦一个bug被发现并且赋予了对应严重等级后，是否存在其他因素导致这个bug的现有等级发生变化呢？比如研究后发现，修复某一个bug可能需要花很多时间，这个发现会导致这个bug的严重度变化吗？
3、对于发现的bug，修还是不修， 取决于哪些因素？除了bug的严重程度和对用户的影响外，目前团队的进度和资源对做决定是否有影响呢？比如本来有些开始准备修的bug，到了后来发现开发进度滞后了，会不会就决定不去修这些bug了呢？
