测试管理 快速的敏捷迭代开发项目中版本发布标准怎么定？
创业型小公司，一个迭代版本 2~3 周，之前没有测试，开发完自己稍微测下就上线了，由于上线质量太差，现在让弄个版本发布上线标准，一般会定哪些指标呢？ 从 BUG 的角度？用例执行的角度？
no major issue
#1 楼 @shenkai600 允许有几个中级问题？就这一条么，你们项目还有其他标准木有 
功能测试的话故障得有一套确定优先级的标准，然后规定每个优先级问题的数量，遗留问题大于这个数量就不允许上线。当然这些问题的数量是根据项目的实际情况来确定的，可以先暂时拍一个出来，然后再慢慢去修正这个标准。专项测试的话标准比较难以确定，可以是历史数据确定的基线来作为标准，同样的不达到标准也是不允许上线的。
P0 -> Major flow issue
P1 -> Feature bug
P2 -> Corner case / Layout issue / Feature request
一般来讲只要有 P0 肯定不能上线，P1 的话可以先发布灰度看看 feedback