测试之家

测试管理 快速的敏捷迭代开发项目中版本发布标准怎么定？

叶 · 2016年08月06日 · 最后由 andward_xu 回复于 2016年08月08日 · 3053 次阅读

创业型小公司，一个迭代版本 2~3 周，之前没有测试，开发完自己稍微测下就上线了，由于上线质量太差，现在让弄个版本发布上线标准，一般会定哪些指标呢？ 从 BUG 的角度？用例执行的角度？

共收到 4 条回复 时间 点赞
沈凯 #4 · 2016年08月06日

no major issue😏

叶 #2 · 2016年08月06日 Author

#1 楼 @shenkai600 允许有几个中级问题？就这一条么，你们项目还有其他标准木有 😀

张可 #2 · 2016年08月07日

功能测试的话故障得有一套确定优先级的标准，然后规定每个优先级问题的数量，遗留问题大于这个数量就不允许上线。当然这些问题的数量是根据项目的实际情况来确定的，可以先暂时拍一个出来，然后再慢慢去修正这个标准。专项测试的话标准比较难以确定，可以是历史数据确定的基线来作为标准，同样的不达到标准也是不允许上线的。

andward_xu #1 · 2016年08月08日

P0 -> Major flow issue
P1 -> Feature bug
P2 -> Corner case / Layout issue / Feature request

一般来讲只要有 P0 肯定不能上线，P1 的话可以先发布灰度看看 feedback

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册。