テスト環境の構築と管理

テスト環境は、特に大規模な組織でデータベースの厳密なバージョン管理を行うのに適しています。 複数のデータベースアカウントがある場合、まずテスト環境で設計を修正し、問題がないことを確認した後、定義ファイルをバックアップして正式環境に復元することができます。

企業プランについては、無償でテスト環境を提供しています。他のプランについては、テスト環境が必要な場合、データベースアカウントを登録することで、試用期間中は無償でテスト環境を利用することができますが、引き続きテスト環境を利用する場合は、追加料金を支払う必要があります（例：少なくともユーザーライセンス1名を購入する必要があります）。

テスト環境を設置・管理する際、頻繁なバックアップや 復元が予期せぬエラーを引き起こすことがないよう、特別な注意が必要な操作がある。

テスト環境の構築

方法1：最初にテスト環境を構築する際に、公式環境と同じデザインを使用する必要がある場合は、まず公式環境のバックアップ定義ファイルをダウンロードし、テスト環境に復元した後、テスト環境にテストデータをセットアップします。

方法2: シート数が多く、テストのために各シートにデータを再入力したくない場合は、初回にフルバックアップでテスト環境にリストアすることを選択できます。ただし、リマインダーが設定されている場合は、リマインダーの取り消しに特に注意してください。そうしないと、公式環境とテスト環境の両方でリマインダーが送信されます。テスト環境にログインする必要のないユーザーも利用中止にしてください。そうしないと、通知メールが届いたり、切り替えアカウントにテスト用のデータベースアカウントが表示されたりする可能性があります。

テスト環境の管理

通常、この作業はテスト環境から行い、デザインを修正して問題がないことを確認してから、定義ファイルを正式な環境に復元することをお勧めします。 このようにする主な理由は、両側で同時にデザインを修正した場合、以下のような不具合が発生する可能性があるためです：

フルバックアップで別のデータベースに復元する場合は、問題なく全体を上書きすることが可能ですが、定義ファイルで復元する場合は特に注意が必要です。 データベースでシートを設計する場合、各フィールドにはそのデータベースで重複しない番号が設定されますが、異なるデータベースを同時に設計した場合、フィールド番号が重複することがあります。 "000001"という番号を持つフィールドは、データベース・アカウントAでは "顧客名"であっても、データベース・アカウントBでは "商品名"である可能性があります。

または、"000001" 番号のフィールドは、データベース・アカウント A では "一般フィールド" ですが、データベース・アカウント B では "子テーブルフィールド" です。同じフィールド番号が、異なるシート、異なるフィールド種類または形式、異なる用途の 2 つのデータベース・アカウントに存在する場合、デザインを復元すると衝突が発生し、予期できないエラーが発生する可能性があります。