项目过程中 先验证bug，还是先执行未完成的test case

在进行项目测试过程中，Dev、QA、PM会按照test case 执行测试，大家都会遇到下面这类问题，我发出来大家发表一下看法。

问题：在执行test case 过程中，发现一些bug，这些bug在短时间内被开发人员修复完成了。做为发现bug的人，你有下面两种选择

1. 暂时停止对后续test case的测试，及时发布带有bug fix的新版本到beta上或直接在开发环境 验证这些bug的修复，并进行一些回归测试。然后继续进行
2. 继续后续test case的测试。完成所有test case 后，将包含绝大多数bug fix的新版本部署到beta 或在开发环境 统一验证bug修复，并进行一系列回归测试
   

我的分析如下：

选A：

好处：在于测试数据、测试场景、判断方法都还在脑袋里面记得，验证起来效率高

坏处：无法在最短的时间内掌握项目整体质量状况，也许有很重要的、修复起来很大改动的bug 发现的比较晚，甚至最后才发现

选B：

好处：最快的速度掌握项目整体质量状况，掌握全局的bug修复优先级；能够清晰地判断出这个项目到底 bug reject 了多少次。

坏处：对于一些需要创造若干条件才能执行的test case以及bug 验证，还得从头再来一次，重新验证。对于这些bug，耗时、费脑。

我期望的是：

做为QA或PM， 大家在项目过程中没有把握判断出选A还是选B 最省时间时，请选择 B。

做为开发，有责任和义务在修复后直接验证自己的bug fix， 然后继续进行后续的test case 执行。