如何建立及管理測試環境

測試環境尤其適合大型組織針對資料庫做嚴謹的版本控管，在有多個資料庫帳號的情況下，可以先在測試環境修改設計，確認沒有問題後，再將定義檔備份還原到正式環境。

選購企業版我們有免費提供測試環境，若有需要可以跟我們申請；其他版本的用戶若有需要測試環境，可以自己另外註冊資料庫帳號透過試用期來做免費的測試環境，但若要持續測試使用，就需要另外付費（例如至少購買一個使用者授權）。

在建立及管理測試測試環境時，有些操作需要特別注意以避免頻率地備份與還原造成不可預期的錯誤發生。

建立測試環境

方法 1：初次建立測試環境時，需要跟正式環境採用同樣設計的話，可以先下載正式環境的定義檔備份，接著將定義檔還原到測試環境，然後在測試環境中建立測試資料。

方法 2：如果表單很多，不想在每張表單都重新輸入資料測試，可以選擇第一次先用完整備份還原到測試環境。但要特別注意有設定提醒的話要記得將提醒刪除，否則正式環境及測試環境都會寄出提醒信件；另外也要將不需登入測試環境的使用者停權，不然使用者有可能會收到通知信件或是在切換帳號中看到測試資料庫帳號。

管理測試環境

未來要做任何設計的調整，應統一從一邊進行，通常建議從測試環境進行，修改設計後確認沒問題，再將定義檔還原到正式環境，要這樣操作的主因是如果兩邊同時都修改設計，可能會有類似以下的衝突發生：

當用完整備份還原到另一個資料庫時，是整個覆蓋不會發生問題，但如果用定義檔還原就需要特別注意。在資料庫中設計表單時，每一個欄位都會有一組在該資料庫中不重複的編號，但當跨資料庫時，欄位編號就有可能重複使用，可能「000001」編號的欄位在 A 資料庫帳號是「客戶名稱」， 但在 B 資料庫帳號是「商品名稱」，將設計還原過去後就會造成衝突；或是「000001」編號的欄位在 A 資料庫帳號是「獨立欄位」， 但在B資料庫帳號是「子表格欄位」。同一個欄位編號在兩個資料庫帳號是存在於不同表單、不同欄位種類或型態以及不同用途的情況下，將設計還原過去後就會造成衝突，則可能有不可預期的錯誤發生。