开发环境要不要和测试环境隔离？ 要就是说，是不是要各用一套数据库等基础设施？
能隔离当然最好，开发人员和测试人员不会互相干扰。 但隔离是有代价的，它意味着你要多引一个数据库，如果你的系统是分布式的，你还要多维护一套MQ、RPC中间件等。
依我看，需不需要隔离要看系统是否满足下面的三个条件：
1. 两个环境的系统总是要接触到同一份数据
2. 数据被一个系统接触后，业务状态会改变；导致这份数据对另一个系统不再可用
3. 很难禁止两个系统在同一时刻接触到同一份数据
解释：
条件1. 如果两个环境共享数据库，但开发环境只处理北方数据，测试环境只处理南方的，那不用隔离
条件2. 即使两个环境都会处理北方数据，但如果这种处理是只读的，也就是开发环境用了，测试环境可以再用，那也无所谓
条件3. 即使数据被一个环境处理后，另一个不能用；但如果对数据的接触是人为触发的，也就是说开发环境被人触发数据改动时，不会干扰测试环境的测试，那也无所谓。
具体的场景：
1. 纯读的网站不必隔离，它不满足条件2
2. 有写、但所有操作都由用户触发的网站也不必隔离，因为它不满足条件3
3. 以全局数据为目标的自启应用需要隔离，比如 Quartz, Cron, MQ消费者等，因为它们不满足条件1。 以MQ应用为例，如果外部发来的某个数据被测试环境消费过了，开发环境就无法再消费了，这时你应该为开发和测试环境各配一个MQ
4. 对自启应用，如果实在不想隔离，就要在代码里做一些env-specific的东西，使得不同环境不会访问到相同的数据，比如开发环境只能访问数据库里flag=Dev的记录。不过，这种作法对程序和数据的侵入都很大，不值得提倡。 但这种做法可以应用到其他环境的隔离上，比如预发环境和正式环境，它们必须使用相同的数据库。