開發環境要不要和測試環境隔離？要是說，是不是要各用一套數據庫等基礎設施？

　　能隔離當然好，開發人員和測試人員不會互相干擾。但隔離是有代價的，它意味著你要多引一個數據庫，如果你的系統是分布式的，你還要多維護一套MQ、RPC中間件等。

　　依我看，需不需要隔離要看系統是否滿足下面的三個條件：

　　1、兩個環境的系統總是要接觸到同一份數據

　　2、數據被一個系統接觸后，業務狀態會改變；導致這份數據對另一個系統不再可用

　　3、很難禁止兩個系統在同一時刻接觸到同一份數據

　　解釋：

　　條件1.如果兩個環境共享數據庫，但開發環境只處理北方數據，測試環境只處理南方的，那不用隔離

　　條件2.即使兩個環境都會處理北方數據，但如果這種處理是只讀的，也是開發環境用了，測試環境可以再用，那也無所謂

　　條件3.即使數據被一個環境處理后，另一個不能用；但如果對數據的接觸是人為觸發的，也是說開發環境被人觸發數據改動時，不會干擾測試環境的測試，那也無所謂。

　　具體的場景：

　　1、純讀的網站不必隔離，它不滿足條件2

　　2、有寫、但所有操作都由用戶觸發的網站也不必隔離，因為它不滿足條件3

　　3、以全局數據為目標的自啟應用需要隔離，比如Quartz，Cron，MQ消費者等，因為它們不滿足條件1。以MQ應用為例，如果外部發來的某個數據被測試環境消費過了，開發環境無法再消費了，這時你應該為開發和測試環境各配一個MQ

　　4、對自啟應用，如果實在不想隔離，要在代碼里做一些env-specific的東西，使得不同環境不會訪問到相同的數據，比如開發環境只能訪問數據庫里flag=Dev的記錄。不過，這種作法對程序和數據的侵入都很大，不值得提倡。但這種做法可以應用到其他環境的隔離上，比如預發環境和正式環境，它們必須使用相同的數據庫。