51Testing软件测试论坛

标题: 软件打包给测试后，开发每修复多少bug适合打新包给测试？ [打印本页]

作者: 紫隐 时间: 2013-9-4 11:14
标题: 软件打包给测试后，开发每修复多少bug适合打新包给测试？
本帖最后由紫隐于 2013-9-4 11:16 编辑

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

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

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

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

作者: 紫隐 时间: 2013-9-4 17:32
额，关键是PM和开发都没有这个意识啊

作者: 情深缘浅 时间: 2013-9-5 15:18
一般都是修复完所有BUG的时候打新包，前提是修复所有的BUG花的时间不是太久，并且每周上报给PM由PM给开发多少时间修复BUG

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

作者: piaolingxue423 时间: 2013-9-10 08:51
我讨厌帖子审核

作者: 紫隐 时间: 2013-9-10 17:08
让网站自动审核，嘎嘎

作者: zhangting85 时间: 2013-9-11 07:55
传统流程下，开发改完下个版本需要修复的高优先级bug后可以打包给测试。
敏捷流程下，开发改一个bug就可以提交代码，然后自动打包，自动测试。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)