erp-solutionのデータベースにアクセスするアプリケーションを作成しています。もちろん、データベースへの書き込みは許可されていません（データベース=読み取り専用）。
これにより、データベースにアクセス/読み取るdaosのテストを作成するときに競合が発生します。
テストデータを生成するためのベストプラクティスは何ですか？
事前にトビに感謝します。
更新：おそらく重要なのは、erpのデータベース内のテーブルのすべてのプロパティをマップする必要がないため、それらをマップするわけではないということです。マップされていない列の一部はnullではありません。
これまで、トランザクション内ですべてNUnitテストを使用し、テストの完了後にロールバックしました。tran挿入を開始します....選択....ユニットテストを確認します...tranをロールバックします。これはあなたにとっての選択肢ですか？
非実稼働データベースを使用します。可能であれば、インメモリデータベースを使用し、DBユニットなどを使用してスキーマと永続データを作成し、テストパックの完了時にインスタンス自体を破棄します。
2つのデータベースを作成する必要があります。1つはライブデータを使用し、もう1つはテストデータを使用します。次に、このテストデータを正確にテストできます。また、データベースへの書き込みをプローブすることにより、読み取り専用機能をテストすることもできます。これが失敗した場合、あなたは成功しています。
セキュリティ上の理由から、常にテストと生産的なシステムが必要です。書き込みテストが失敗し、すべての生産データが失われた場合はどうなりますか？ジェフ・ワトキンスが以前に言ったように、テストデータで動的に満たされ、読み取り専用に設定されてからテストされるメモリDBで使用できます。最も簡単な方法は、通常のDBとして別のデータセットを使用することです（ただし、使用しているものがわからないため、目的に最適なデータセットを自分で理解する必要があります）。