1、因为约定的上线时间要到了，此时还有50个bug，怎么办？
2、没什么好办法吗？ 有，哈哈
3、几个思路
a、一个是减少需求，直接不做相关的需求（与此次上线相关的功能统统砍掉），需求一共是5个，砍掉2个，剩下3个照样上线
b、另外一个是降低需求质量（相当于变更需求，把需求实现的方式降低）
c、还有就是把相当一部分的bug，遗留至下一个版本解决，本期解决那些必要的bug
4、五十个bug，还是要做一个遍历的，要逐条核对，总结出优先级，严重性
a、一定要在本期修复的问题
b、延期至下个版本解决这些问题
c、本期、以及日后都不用解决的问题
d、另外就是与砍掉的需求的bug全部做出下期再解决
5、整体流程是：
a、开发发起或者测试发起
b、会议开始，由bug创建者，逐条念出，需提前公布bug数量
c、参会人有开发、产品、测试
d、开发针对问题，给出答复
e、不确定的问题，抛给产品
f、产品决定部分bug的结果，延期修改，还是本期修改，还是永远不改。
g、最后总结一下本期还要修改的bug数量，以及下期修改的bug数量。
6、最后到上线的临界点了，bug实在是改不了了，那就是砍需求上线，还是不上线
7、另外测试在该过程中，有多个注意事项
a、bug一定要全部暴露出来，不能暴露的晚了，尽管问题多，但是要尽早暴露
b、如果开发修改了很大一部分bug，一定要加速验证，因为如果是你没有验证完，那就是你的问题了，所以一旦bug到你名下，你一定要积极验证完毕
c、本身产品有很多bug，你预估是不可能上线的，假设还有50个bug，但是你的提前量工作不能停下，你必须把上线前的工作做好，提醒埋点、提醒多语言、提醒混淆，提醒这个，那个，总之上线的环节，不能因为测试卡住