（2）能够及时知道变更点，调整测试策略
在测试过程中，发现系统在设计方面有很多场景没有考虑到，对系统的设计逻辑做了一些改动。由于大家都在一起，就能及时了解改动的部分，然后可以改动来调整测试策略。
下面我们再来说说弊：
（1）BUG的纠结
去支付宝测试之前，几乎没有料想到开发会如此看重BUG，当开发看到自己有个BUG时，那种激动的神情都无法言语。他们会说这个问题已经解决了，为什么还要提BUG呢。虽然我们坚持我们要提BUG，但是每次遇到BUG的问题都要与开发纠结。
（2）对测试进度的影响
发现一个问题后，告诉开发，开发一定就跑过来让测试重现这个BUG，很奇怪，之前开发和测试分处于不通地方的时候，很少遇到开发要求测试重现BUG的情况，有时候为了重现一个BUG，要花费很长的时间，这样当然会影响测试进度。
（3）测试人员的逻辑被打断
遇到问题的时候，开发需要测试人员协助排查问题，有时候排查问题的时间严重高于发现问题的时间，测试将很大精力投入到排查问题方面，就会干扰测试人员自己的测试思路，对于整个项目的进度和质量也是有很大的影响的。
6、测试计划的重要性
项目测试后期越发觉得测试时间紧张，除了在测试过程中排查问题影响测试时间以外，还有一个重要的原因，就是PTM的测试时间点时由PM来决定的，PM已经决定了提交测试的时间和项目发布的时间，测试人员只是对时间点进行了细化。（在满意度调查中发现有的开发也认为也测试的时间点应该由开发人员决定。）这样可能导致的结果就是测试人员需要不断的赶进度。每时每刻我们都会告诉自己要保证质量，不要一味的赶进度。但是对于测试时间把握的不准确，确实会对项目的质量产生一定的风险。
