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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

我讨厌帖子审核:dizzy::dizzy:

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

让网站自动审核，嘎嘎

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

传统流程下，开发改完下个版本需要修复的高优先级bug后可以打包给测试。
敏捷流程下，开发改一个bug就可以提交代码，然后自动打包，自动测试。
页: [1]
查看完整版本: 软件打包给测试后，开发每修复多少bug适合打新包给测试？