软件打包给测试后，开发每修复多少bug适合打新包给测试？

紫隐 · 发表于 2013-9-4 11:14:15

本帖最后由紫隐于 2013-9-4 11:16 编辑

软件打包到测试后，测试执行测试并提交bug到bug系统，开发修复提交的bug。由于我们公司是小公司，没有一套系统的开发和管理流程，开发基本上是凭自己的心情给新包测试。有时可能只修复一两个bug就给新包，有时可能要等到测试催促了才给新包，这让我们测试很烦恼，请大家根据自己的开发、测试或管理经验说说究竟开发每次修复多少个或把软件的bug修复到什么程度再打包给测试才是比较好的。

zhangting85 · 发表于 2013-9-11 07:55:00

传统流程下，开发改完下个版本需要修复的高优先级bug后可以打包给测试。
敏捷流程下，开发改一个bug就可以提交代码，然后自动打包，自动测试。

紫隐 · 发表于 2013-9-10 17:08:37

让网站自动审核，嘎嘎

piaolingxue423 · 发表于 2013-9-10 08:51:14

我讨厌帖子审核

piaolingxue423 · 发表于 2013-9-10 08:50:55

这个改一部分都可以批量更新的不可能都全部都更新了再提交测试我们都是改一部分开发说这部分先验证然后就更新了小公司流程应该灵活方便适用才是

情深缘浅 · 发表于 2013-9-5 15:18:31

一般都是修复完所有BUG的时候打新包，前提是修复所有的BUG花的时间不是太久，并且每周上报给PM由PM给开发多少时间修复BUG

紫隐 · 发表于 2013-9-4 17:32:54

额，关键是PM和开发都没有这个意识啊

六月天 · 发表于 2013-9-4 16:35:48

这不是说“究竟开发每次修复多少个或把软件的bug修复到什么程度再打包给测试才是比较好”，而是要有一个规划，要求开发在之前就给出，下一个版本修复多少缺陷，遗留多少缺陷

swallow789 · 发表于 2013-9-4 14:22:37

需要真理一套规范的测试流程出来....
1.开发指定时间发布新测试包
2.测试指定时间测试完毕新包
申明一点：如果开发没在指定时间给新包或者有情况下没通知测试，那么PM要版本以及客户发飙就全由开发测试；
以上两个前提需要PM提供需要产品的时间

一个公司产品的好坏，主要看领导怎么对待，责任并不全在于测试。

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 软件打包给测试后，开发每修复多少bug适合打新包给测试？

相关帖子

站长推荐 /1