这两天在测一个项目，让我有点感触。
我们在测试过程中发现的bug， 开发人员修复后，会把修改过的代码提交到 正在测试的版本中去。而且，同一天也会出现提交好几次的情况，然而修改过后的代码，我们不能保证它是否会带来新的隐患。这样会给测试人员的测试工作带来困扰，只要开发一提交过代码，我就会比没有发现bug更紧张，每一次除了去验证修复的bug之外，都要尽量去保证没有遗漏他所带来的“后患”。
那么，我们是不是也可以尝试一下产品测试中的版本控制呢！
1、测试员以开发员在经过自测后提交的代码为基础进行测试和提交bug；
2、 开发员以测试提交的bug为依据进行对bug的修复，修改后的代码作为一个新的版本，而不是混交到现行的测试版中。
3、测试员在一个轮回后，再拿开发修改过后的第二个版本开测。
当然，这样做有她的好处、也有她的不好之处。好处显而易见，至于不好之处，这么做可能需要花更多的时间与精力。在测试资源紧缺的情况下更是难上加难。
那么，就看我们抓的是什么了。是求质量还是求速度呢？我们希望两手都抓！自然，凡事不能一概而论。在相对很小的项目以速度优先，但是在相对较大的项目我们还是应该更看重质量的。这个时候的测试，我们是否可以尝试用版本控制来试试呢？！
