イベントサイトの試験に使う架空データと実参加者データ

まず架空のケースを作る

編集用試験データ表をダウンロード（Markdown・英語）

架空レコードなら境界事例を意図的に作れます。名前を消しただけでは匿名とは限らず、ICOは再識別の可能性を指摘します。実データを元に生成した合成データも自動的に安全・適法とはいえません。[1][2][3][4]

イベント固有のケースを用意する

通常、重複、団体、満席、待機、アクセシビリティ、食事、決済失敗、再発行を架空の参加者で試します。exampleドメインとTEST表示を使い、実際の医療情報や体験談を貼り付けないでください。[1][2][3][4]

試験と本番を分離する

環境、アクセス、ファイル、ログ、削除日を記録します。プレビューが本番のメール配信やwebhookに接続していれば隔離されていません。本番確認が必要なら承認済みの最小限の試験IDで追跡します。[1][2][3][4]

提供元のテスト経路を使う

決済にはテストモード、テスト鍵、テストカードを使い、実カードや意図しない購入を避けます。Stripeはテスト時の実決済情報の利用を禁じています。発券会社のメールや入場記録への影響も確認します。[1][2][3][4]

副作用を確認して消す

メール、CRM、解析、発券名簿、入場アプリ、サポートでTEST記録を探します。個人情報を含まない必要な証拠だけを保存します。再利用する架空データと削除するデータを決め、本番由来データの例外には保護と削除記録を残します。[1][2][3][4]