经过一段时间版本移交流程的执行，发现其中存在一种情况：当版本移交已经成功，测试部开始执行测试，测试过程中发现了一个2级缺陷，由于本版本要在指定的时间发布到客户方，已经没有足够的时间进行再次的版本移交过程，决定采用补丁形式将该问题修改。对于此种情况应该如何处理？应该如何对该种情况进行备案呢？我是在版本移交报告中对此种情况进行了说明，但是我觉得这样也不是什么好办法，因为这个过程已经不属于版本移交的过程，因此在版本发布报告中也对此种情况进行了再次说明。大家有没有什么好的办法，请指教！

怎么没有人回答呢？期待大家指点！

是一个好的问题,但是我不会回答啊,会的请帮忙忙啊!

期待哪位大侠的解答。

属于变更吧！我想CM比你更加关注这个才对。

不担心这个2级的hotfix会带来新的问题？
不同的角度，如果你负责移交，那就记录下来，按时汇报上去就ok了。如果你是测试，可以要提交的报告说明因为这个hotfix没有进行全面测试；如果是项目经理，那可能要承担这个hotfix引起的风险了。。
至于怎么解决这个问题，这种情况我觉得很难避免的，我们也常常有这样的问题了。处理方式是hotfix了重点的地方测试下就完了。。

能不能将版本移交给测试部门的时间尽量提早一点，这样便于发现问题的时候即使找到问题的root cause。

争取一下儿时间，还是可以重新提交版本的

引用:

原帖由 winnie_yang 于 2008-9-3 11:15 发表
能不能将版本移交给测试部门的时间尽量提早一点，这样便于发现问题的时候即使找到问题的root cause。

争取一下儿时间，还是可以重新提交版本的

这个当然不可能了，因为时间比较紧，所以才有上面的情况，如果有时间那么就应该在向测试部移交一次版本了。：）

引用:

原帖由 polestar 于 2008-9-2 22:34 发表
不担心这个2级的hotfix会带来新的问题？
不同的角度，如果你负责移交，那就记录下来，按时汇报上去就ok了。如果你是测试，可以要提交的报告说明因为这个hotfix没有进行全面测试；如果是项目经理，那可能要承担这个h ...

是很难避免的，但是我很想知道有没有一个好的办法可以尽量做到解决，有了问题也部能干等着啊。是应该加强发布的力度呢？还是改进流程？
是不是只要有部符合的内容就要在响应的地方进行说明？

引用:

原帖由 shuku 于 2008-9-2 16:08 发表
属于变更吧！我想CM比你更加关注这个才对。

这种情况是属于变更吗？应该不是吧，没有什么发生了变更，只是发现了一个bug ，不能做到在移交一次版本到测试部，也就是测试部不能做到全面测试，只能是针对相应的问题进行测试了。